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DECLARATION  OF  ACCORD 


1  .  PURPOSE 


This  catalog  provides  information  on  the  primary  war  games, 
combat  simulations  and  training  games  used  by  ABCA  Armies  to 
support  Studies  euid  Analyses  or  drive  Command  Post  Exercises  (CPXs) 
and  Field  Training  Exercises  (FTXs).  It  is  intended  to  facilitate 
the  exchange  of  information  by  describing  here  key  features  of 
current  combat  modeling  techniques.  More  detailed  documentation 
is  available  from  the  designated  Point  of  Contact. 

2.  SCOPE 

The  types  of  combat  models  considered  include  both  functional 
area  models  and  force  level  models.  Functional  area  models  are 
primarily  one-sided  and  focus  on  the  detailed  aspects  of  a 
particular  battlefield  functional  system,  such  as  the  divisional 
field  artillery  system.  Force  level  models  are  two-sided  and 
attempt  to  represent  all  or  most  combined  arms  and  support 
functions  at  a  given  echelon  such  as  division  and  below.  Force 
level  models  may  be  interactive  with  players  performing  various 
command,  control,  and  staff  functions  or  may  be  systemic  (totally 
computerized)  with  algorithms  used  to  simulate  Command  decision 
logic.  Some  interactive  combat  models  (wargames)  are  used  for 
research  purposes  to  assess  potential  value  of  new  tactics  and  new 
weapon  systems  and  other  interactive  combat  models  (training  games) 
are  used  to  train  Commanders  or  to  drive  field  training  exercises. 
Force  level  systemic  models  (combat  simulations)  are  used  typically 
to  investigate  weapon  system  alternatives  or  force  structure 
tradeoffs  when  the  number  of  cases  of  interest  exceed  the 
responsiveness  capabilities  of  the  slower  research  games. 

3.  ORGANIZATION 

Table  I  contains  an  alphabetical  index  of  combat  models  by 
acronym/ title . 

4.  AMENDMENT 

The  contents  of  this  QAP  are  to  be  revised  when  necessary  by 
the  contributing  Armies,  to  reflect  development  in  national 
practices  and  to  maintain  its  currency. 

5.  USE 


The  information  in  this  QAP  should  whenever  possible  be  used 


IfilC  QUAial  X 


by  Annies  to  improve  the  level  of  standardization  or 
interoperability  on  primary  war  games,  combat  simulations  and 
training  games  used  by  ABCA  Armies. 

6.  RELEASE 

A  statement  has  been  provided  on  the  releasability  of  each 
model.  It  should  be  noted  that  the  fact  that  a  particular  model 
is  releasable  does  not  imply  that  all  requests  for  release  will  be 
approved.  Each  release  will  be  judged  on  a  case-by-case  basis  and 
may  require  compliauice  with  appropriate  configuration  control 
procedures.  Also,  release  to  contractors  may  be  prohibited. 

FOR  THE  WASHINGTON  STANDARDIZATION  OFFICERS: 


Primary  Standardization  Office 


2^  September  1992 
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TABLE  I.  ALPHABETICAL  INDEX  OF  COMBAT  MODELS. 


Title  Page 

-  A  - 

Achieving  A  System  Operational  Availal>ility 

Requirement  -  ASOAR  .  1 

Air  Defense  Computer  Modeling  System  -  COMO  III  .  4 

Air  Defense  Simulation  System  -  ADSS  .  6 

Ammunition  Point  Simulation  -  APS .  8 

Analysis  of  Force  Potential  -  AFP .  10 

Armored  Battalion  Recovery  &  Maintenance 

Simulation  -  ARMSIM .  12 

Army  Training  Battle  Simulator  System  -  ARTBASS .  14 

-  B  - 

Battalion/Brigade  Simulation  -  BBS  .  16 

Battlefield  Planning  System  -  BPS .  18 

-  C  - 

C3ISIM .  20 

Canadian  Land  Forces  War  Games .  22 

Cannon  Row .  24 

CCDECSIM .  27 

Chemical  Casualty  -  CHEMCAS .  29 

Combat  Analysis  Sustain2d)ility  Model  -  CASMO  .  31 

Combat  Identification  System  Como  Integrated  Air 

Defense  Model  -  CISCIAD .  34 

Combat  Prescribed  Load  List  Model .  36 

Combat  Scimple  Generator  -  COSAGE  V .  38 

COMBAT-SIM .  40 

Combined  Arms  cind  Support  Task  Force  Evaluation 

Model  -  CASTFOREM .  43 

COMO-T .  45 

Computer  Assisted  Map  Exercise  .  47 

Concepts  Evaluation  Model  -  CEM .  49 

Contingency  Force  Analysis  Wargame  -  CFAW .  52 

Corps  Ammunition  Model  Expanded  -  CAM-X .  55 

Corps  Battle  Analyzer  -  CORBAN  .  57 

Corps  Battle  Simulation  -  CBS .  59 

Corps  Level  Artillery  Systems  Simulation  -  CLASS  .  61 

COONTERCOM .  63 


TABLE  I.  ALPHABETICAL  INDEX  OF  COMBAT  MODELS. 


Title  Page 

-  D  - 

Directed  Microwave  Energy  Weapon  Simulation  -  DMEWS .  65 

Direct  Fire  Stamd- Alone  Model  -  DFSAM .  67 

Divisional  War  Game  -  DWG .  69 

Division  Level  Wargeune  Model  -  DIVLEV .  71 

-  E  - 

ELAN  Plus  -  ELAN+ .  74 

Electronic  Warfare  Multiple  Sensor  Analysis  -  EMSA  .  76 

Electronic  Warfare  Simulation  -  EWS .  78 

Evaluation  of  Air  Defense  Effectiveness  -  EVADE  II  .  80 

Extended  Directed  Energy  Combat  Simulation  -  EDECSIM  ....  82 

-  F  - 

Fire  Support  Comm2md  and  Control  Analysis  Tool  -  FISCCAT  .  .  85 

First  Battle:  Battalion  through  Corps  -  FB:BC .  87 

Force  Analysis  Simulation  of  Theater  Administrative 

and  Logistic  Support  -  FASTALS  .  89 

Force  Evaluation  Model  -  FORCEM .  91 

-  G  - 

General  Full  Spray  Materiel/Personnel  Mean  Area  of 

Effectiveness  -  MAE  (AKA  Lethal  Area  Progreun)  . 94 

Ground  Wars . 96 

-  H  - 

Helicopter  Air  to  Air  Combat  Simulation  -  HATACS . 98 

Helicopter  Launched  Missile  Antitank 

Effectiveness  Simulation  -  HELMATES  II  .  100 

Helicopter  Scenario  Assessment  Model  -  HELSCAM . 102 

-  I  - 

Intelligence/Electronic  Warfare  Functional  Area  Model 

lEWFAM . 105 


TABLE  I.  ALPHABETICAL  INDEX  OF  COMBAT  MODELS - 


Title  Page 

-  J  - 

JANUS  (Army) . 107 

JANUS  (BCWG) . 109 

-  M  - 

Maintenance  Capabilities  Attack  Model  -  MACATAK . Ill 

Maintenance  Model  -  MAMO . 113 

Medical  Evacuation  MARC  Model  -  MEDEVAC . 115 

Micro (computer)  Force  Analysis  Simulation  of  Theater 

Administrative  and  Logistics  Support  -  MICRO-FASTAL .  ...  117 

Minefields  auid  Barriers  Combat  Simulation  -  MBCS . 11 9 

-  N  - 

Network  Assessment  Model  -  NAM  .  121 

Nuclear  Fire  Planning  and  Ass.essment  Model  -  NUFAM  III  .  .  .  124 

-  O  - 

OPALS . 126 

_  p  _ 

PANTHER . 129 

Proca . 131 

-  T  - 

Tactical  Simulator  -  TACSIN . 133 

Target  Acquisition  Fire  Support  Model  -  TAFSN . 135 

TERRA  AUSTRALIS . 138 

TOW  Missile  System  Simulations  .  141 

Trcuisportation  and  Supply  Activities  -  TRANSACT . 143 

Transportation  Model  -  TRANSMO  .  145 

Transportation  Network  Attack  -  TRANATAK  .  148 

-  V  - 

Vector  In  Commander  -  VIC . 150 

Vehicle  Gap  Crossing  Under  Fire  Simulation  -  VGCUFS . 152 


TABLE  I.  ALPHABETICAL  INDEX  OF  COMBAT  MODELS. 
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War  Reserves  for  Combat  Damage . 154 

Weapons  Effectiveness  Battle  Simulations  -  WEBS . 156 


TITLE:  Achieving  a  System  Operational  Availability  Requirement 

(ASOAR)  Version  3 

DATE  IMPLEMENTED:  1991. 

MODEL  TYPE:  Analysis. 

PROPONENT:  USA  CECOM,  Attn:  AMSEL-PL-SA,  Ft.  Monmouth,  NJ  07703- 
5027. 

POINT  OF  CONTACT:  Mr.  Bernard  Price,  DSN  992-8752  or  (908)  532- 
8752. 

PURPOSE :  Research  and  Evaluation  Tool  dealing  with  Weapon  Systems 
in  Systems  Development  and  as  an  Operations  Support  tool  (Decision 
Aid)  .  ASOAR  cost  effectively  prorates  a  weapon  system  operational 
availahility  requirement  to  end  item  operational  availability 
goals.  It  determines  the  degree  of  supportability  necessary  to 
achieve  each  operational  availability  goal.  It  also  determines  the 
effective  reliability  and  maintainability  of  the  system  and 
effective  reliability  of  redundant  configurations. 

DESCRIPTION: 

Domain:  Applicable  to  all  weapon  systems. 

Span:  N/a. 

Environment :  N/A. 

Force  Composition:  N/A. 

Scope  of  Conflict:  N/A. 

Mission  Area:  Weapon  system  operational  availability  and 

reliability  analysis,  and  logistics  supportability  analysis. 

Level  of  Detail  of  Processes  and  Entities:  Primary  End  items  of 
Government  Furnished  Equipment  of  weapon  system  is  the  lowest 
entity  modeled. 

CONSTRUC'^TON: 

Human  Participation:  Required  to  determine  configuration  of  the 
weapon  system  and  its  support  concept. 

Time  Processing:  Static 

Treatment  of  Randomness:  Deterministic. 

Sidedness:  One-sided. 
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LIMITATIONS :  Analyzes  one  weapon  system  at  a  time. 


PLANNED  IMPROVEMENTS  AND  MODIFICATIONS :  Development  of  user's 

manual  for  Version  3. 


INPUT: 


o  System  Operational  Availability 
o  Reliability  Block  Configuration  of  end  items 
o  Mean  Time  to  obtain  (MTTO)  LRU  spares 
o  End  item  Mean  Calendar  Time  Between  Failure  (MCTBF) 
o  End  item  Mean  Restoral  Time  (MRT) 
o  End  item  cost  estimates 


More  inputs  are  requested  if  MTTO  of  LRUs  are  computed  from  supply 
&  maintenauice  concept;  scheduled  maintenance/down  time  exists; 
multiple  systems  share  forward  level  spares;  or  end  item 
commonality  or  redundancy  exists. 


OUTPUT: 


o  Whether  the  system  design  and  support  plan  can  achieve 
the  system  operational  availability  requirement 
o  System  MCTBF  and  system  MRT 

o  Optimal  operational  availability  for  each  end  item 
o  Effective  MCTBF  of  each  redundant  configuration  based 
on  achieving  its  availability  goal 
o  Mean  Logistics  Down  Time  and  LRU  Order  Fill  Rate  at  the 
most  forward  supply  level  to  achieve  each  availability 
goal 


HARDWARE  AND  SOFTWARE: 

Computer :  Zenith  PC  (or  compatible  PC)  with  MS-DOS  3.2  or 

higher . 

Storage:  300k  bytes  needed  not  including  data  base. 

Peripherals :  Minimum  Requirements:  monitor;  Optional:  Printer. 

Programming  Language:  FORTRAN  IV. 

Documentation :  ASOAR  Model,  AORS  XXIX,  page  53-56,  Oct  90. 

ASOAR  Methodology,  Jun  91 

ASOAR  Version  2  Users  Manual,  Dec  90 

SECURITY  CLASSIFICATION:  Model  without  data  is  UNCLASSIFIED. 


GENERAL  DATA: 

Data  Base:  Can  be  prepared  in  minutes. 

CPU  Time  per  Cycle:  N/A. 

Data  Output  Analysis:  Analyst  quality  review  of  output  appearing 

on  monitor  or  printout. 

Freguencv  of  Use:  Model  distribution  just  started. 
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Users :  Currently  Army  Communications-Electronics  Commauid 

(CECOM) . 

Comments :  ASOAR  Version  3  will  be  completed  and  documented  by 

Jun  92.  Its  executable  code  disk  and  doctimentation 
will  be  made  available  upon  request . 
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TITLE :  Air  Defense  Computer  Modeling  System  -  COMO  III 

DATE  IMPLEMENTED;  1986. 

MODEL  TYPE;  Analysis. 

PROPONENT :  Systems  and  Cost  Analysis  Directorate,  U.S.  Army 

Missile  Command,  Redstone  Arsenal,  AL  35898-5060. 

POINT  OF  CONTACT:  Charles  E.  Colvin,  DSN  746-3904/(205)  876- 
3904. 

PURPOSE:  COMO  III  is  a  general-purpose  critical  event  modeling 

system  designed  for  the  writing  and  development  of  air  defense 
simulations.  It  is  used  to  evaluate  the  operational 
effectiveness  of  air  defense  weapon  systems  in  a  realistic 
tactical  scenario.  COMO  III  is  used  as  a  research  and 
development  tool  and  an  operations  support  tool . 

DESCRIPTION: 

Domain :  Land  and  air. 

Span:  Theater,  corps,  division,  battalion,  individual  fire 

unit , 

Environment:  Electronic  battlefield,  digitized  terrain, 

meteorological  visibility. 

Force  Composition:  Mix  of  land-based  air  defense  weapon 
systems  and  mix  of  attacking  airborne  threat  and  tactical 
missiles . 

Scope  of  Conflict:  Conventional. 

Mission  Area:  All  conventional  missions  of  an  attacking 
airborne  threat  and  tactical  missiles. 

Level  of  Detail  of  Processes  and  Entities:  Single  aircraft, 
tactical  missile  or  air  defense  fire  unit. 

CONSTRUCTION : 

Human  Participation:  Required  for  decisions  and  processes. 

Time  Processing:  Event-step  with  some  time-step  events. 

Treatment  of  Randomness:  Stochastic  using  both  direct  and 
Monte  Carlo  computation. 

Sidedness :  Two-sided,  asymmetric  with  one  side  nonreactive. 

LIMITATIONS :  Initial  setup  of  game  requires  large  number  of 

labor  hours,  excessive  CPU  hours  for  large-scale  scenario, 
reactive  and  smart  ECM  not  played,  and  wild-weasel  tactics  not 
simulated  for  aircraft. 
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PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  Real-time  battlefield 
graphics  display  package. 

INPUT :  Tactical  scenario,  weapon  characteristics,  ECM,  weather 

effects,  fire  unit  deployment,  firing  doctrine,  rules  of 
engagement,  and  defended  ground  assets . 

OUTPUT ;  Computer  printouts,  plots,  raw  data,  event-by-event 
summary,  multiple  replication  statistics,  and  kill  summaries. 

HARDWARE  AND  SOFTWARE: 

Computer:  CDC  7000  series,  CYBER  74,  VAX  11/700  series,  DEC 

MicroVAX,  DEC  8000  series,  GOULD,  HP  9000,  UNIVAC,  Silicon 
Graphics . 

Storage:  160K  octal  for  nonvirtual  memory  computer. 

Peripherals :  1  VT100  terminal  and  1  high-speed  printer. 

Language :  FORTRAN  7  7 . 

Documentation :  Fully  documented. 

SECURITY  CLASSIFICATION:  UNCLASSIFIED,  but  data  bases  are  often 
classified. 

GENERAL  DATA: 

Data  Base:  Minimum  0.5  man-year,  maximum  6  man-years. 

CPU  Time  per  Cycle:  Variable. 

Data  Output  Analysis:  Variable  depending  on  level  of  expertise 
of  analysts. 

Freguencv  of  Use:  Continuously. 

Users:  TRADOC,  MICOM,  CAA,  AMSAA,  USA  MSIC,  numerous 

contractors . 

Comments :  COMO  III  is  managed  by  the  MICOM  COMO  Model 

Management  Board. 
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TITLE:  AIR  DEFENSE  SIMULATICN  SYSTEM  (ADSS) 

DATE  IMPLEMENTED:  10/29/90 

MnnKTi  TYPE;  Analysis  -  Stxxliastic,  discrete  event  functicnal  area  conbat 
model  of  ciir  defense. 

PROPCNENT:  Concepts  &  Studies  Division,  Ccannbat  Developments  Directorate, 
US  Army  Air  Defense  Artillery  School,  Ft.  Bliss,  TX 

POINT  OF  CCWTACT:  Mr.  Luis  Alvarez,  USAADASCH,  ATSA-CDC-M,  Ft  Bliss,  TX, 
(915)  568-1233;  Dr.  Carol  Burleson,  OOLSA,  Inc.  (915)  779-5899. 

PURPOSE:  Ancdysis  of  the  ocmbat  effectiveness  of  edr  defense  systems, 
tactics,  and  doctrine;  and  development  of  air  defense  scenarios  and 
laydcwns  over  terrain. 

DESCRIPTION:  The  ADSS  Model  computerized,  two-sided,  systanic, 
stochastic  model  for  the  analysis  of  air  defense  weapon  effectivaoess  and 
air  defense  tactics,  doctrine,  and  employment /deployment.  The  model  is 
data-driven  and  allcws  existing,  irtproved,  developmental,  and  conceptual 
cdr  defense  systems  to  be  simulated  by  plying  sensors,  weapons,  and 
munitions  with  a  variety  of  characteristics  cxi  platforms.  Either  side  may 
use  any  systan  characteristics,  tactics,  doctrine,  and  decision  rules 
which  the  model  can  simulate.  ADSS  attrits  and  m^els  the  functions  of 
individual  sensors,  weapons,  and  rounds.  It  is  designed  for  rapid, 
user-frendly  setup:  cdl  input  files  other  than  terrain  are  in  A^II  free 
format.  Scenario  sizes  range  from  cne-on-cne  to  division  or  corps  slice. 
The  ADSS  Model  is  written  in  SIMSCRIPT  II. 5  and  FCKTRAN  and  is  run  without 
user  interference.  It  may  be  executed  in  batch  mode.  The  color  graphics 
preprocessor  can  be  used  to  develop  flight  and  ground  movement  profiles 
and  laydcwns  for  weapons,  sensors,  and  defended  assets  over  terrain 
display  with  elevaticxis  and  feature  overlays.  Scenario  files  can  be 
ported  directly  to  the  model  as  inpot.  The  code  is  written  in  the  C 
language  interactive,  and  uses  hierarchies  of  menus.  Features  inclixie: 

-  dynamic  line-of-sig^t  on  DTED  Level  I  terrain  with  MAD  feature 
overlays  for  foliage  and  obstacles 

-  ground  movement  by  AD  systems  and  defended  assets 

-  ground-to-cdr  and  air-to-ground  engagem^it 

-  decision  rules  for  target  selection,  engagement  decisions,  and  ROE 

-  dynamic  acquisition  using  integrated  CNVEO  (NVBOL)  VISPCE  models 

CX3NSTRUCnCN:  ADSS  was  originally  developed  as  a  model  for  FAADS  weapons 
and  sensors  by  OOLSA,  Inc.,  El  Paso,  TX  and  delivered  to  DCD,  USAADASCH, 
in  1988.  The  simulation  model  was  then  called  ADAsim  (Air  Defense 
Artiller  Simulation)  and  was  written  in  ghe  GeneraLL  Simulation  System  (GSS) 
simulation  environment.  In  1989,  CXXSA  ccnpletely  rewrote  the  simulation 
model  as  an  internal  IR&D  p)roject  and  delivered  the  resulting  model  to  DCD. 
The  ADSS  Model  is  now  a  generic,  data-driven  air  defense  model  in 
SIMSCRIPT  II. 5.  The  prepjrocessor,  viiich  runs  on  a  Silicon  Graphics  Iris 
3000  series  Workstation,  was  modified  for  consistency  with  the  model.  The 
postprocessor,  originally  in  SPSS,  is  being  rewritten  in  PMTRAN.  OOLSA 
maintains  the  ADSS  and  provides  configuration  management  for  the  currait 
ADSS  model,  pareprocessor,  and  postprocessor  under  contract  with  DCD, 
USAADASCH.  ADAsim  (GSS)  and  the  pjostprocessor  in  SPSS  are  maiinteiin^  by 
IXD,  USAADASCH  and  are  no  longer  supported  by  OOLSA. 

LIMITATTONS :  Runs  only  on  Silicon  Grap^cs  3000  Series  Workstations; 
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Does  not  move  entities  on  the  terrain  dioring  scenario  development;  Eiun  and 
setup  time  highly  scenario  dependent;  flight  profiles  must  be  preprocessed. 

PLANNED  IMPEO/EMEyrrS  AND  |yO3IFIGA.TI0NS :  Ground-to-air  ID  module:  IFF, 

ASM,  ROE,  NCTR;  Dynamic  BCM-broadband  jamming;  New  fli^tpath  generator 
based  on  BLUEMAX  and  HEILIPAC  from  SURVIAC;  New  statistical  postprocessor. 

INPUT:  Material  characteristics:  Radar  detection  param;  emitter  and 
detector  param  (IFF,  ESM,  etc.);  Optical/electro-optical  sensor  param; 
Weapon  characteristics;  Platform  dimensions  &  velocities;  Muniticn  flyout 
data;  Janmer  param. 

Threat  &  frigidly  munition  lethalities  vs  cdrcraft  &  ground  target  types 
Round-target  matrix 
Scenario  files 

OUTPUT:  For  each  replication:  Event  histories  for  selected  vehicles,  side 
event  types 

For  single  or  multiple  replications:  Detection,  tracking,  er^gagement, 
damage,  ar>d  attrition  means  and  range  histograms  vs  target,  weapon,  sensor, 
and  round  types 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS):  ADSS  Model  and  Postprocessor-  VAX  VMS;  Preprocessor- 
Siliccn  Graphics  Iris  3000  Workstation  under  UNIX. 

STQE^AGE:  Currently  running  cn  DEC  VAX  3600  with  16  Mb  virtucil  memory 
and  622  Mb  disk;  Silicon  Graphics  Workstations  have  two  180  Mb  dislcs. 

PROGRA^MING  LANGUAGE:  Model  and  Postprocessor-  SIMSCEtEPT  II. 5  and 
POE?IRAN;  Preprocessor-  C  and  SG  3000  GL  (C-based) 

EXXDMENrATTCN:  User  Manual  (ir^t  file  and  element  descriptions); 
Technical  Manual;  Executive  Summary;  Ihreprocessor  Manual;  and 
Postprocessor  Manual 

OTHER  CCf'MENrS:  Large  terrain  data  files  may  result  in  unacceptably 
long  model  execution  times  during  interaction  with  prepjrocessor. 

SECURITY  CLASSIFICATTCN:  All  code  is  unclassified.  Databases  may  be 
classified  if  systems  can  be  identified. 

(^^ik'RAL  DATA  AND  TIME  E^EOOIE^EMEI^rS : 

DATABASE:  Time  required  for  2  deg  by  2  deg  input  file  averages  3-4 
hours  of  elapsed  time  on  equipment  described  above  (varies  with  density) 

CPU  TIME  PER  CYCLE:  1-5  minutes  per  cycle  cn  the  VAX  with  a  dedicated 
system  and  FAADS  platoon  level  scenarios  with  less  than  20  aircraft. 

DATA  OUTPUT  ANALYSIS:  Elighly  dependent  on  the  scenario  and  the 
analysis  at  hand.  Outpxat  summary  displays  for  each  rep  are  easily  compared 

FE?BQUENCY  OF  USE:  Two  studies  using  the  ADSS  model  are  in  progress  at 
COLSA.  Preprooessor  is  used  ot  average  of  every  2  nrnths  for  stand-alone 

USERS:  DCD,  USAADASCH;  COLSA,  Inc. 

COWENTS:  None 
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TITLE:  Ammunition  Point  Simulation  (APS) 

DATE  TMPT.PMjymrnr  03/01/88 
MDDFT.  TYPE :  Analytical 

PROPONEM*:  UA  Army  Ordnance  Missile  and  Munitions  Center  &  School 
(USACMMCS),  Redstone  Arsenal,  AL  35897 

POINT  OF  CCWTACT:  Leal  Jones,  DSN:  746-8420 

PURPOSE:  To  develop  an  analyticcil  tool  to  examine  the  preferred  way  for 
operating  anmunition  suK>ly  points  and  similar  anmunition  installations. 

DESCRIPnCN:  This  is  a  stochastic,  one-sided  model  with  no  combat  play. 
Demands  on  the  ammunition  supply  system  are  generated  from  external 
sources  such  as  IRADOC  Standard  Scenarios.  Ihe  model  then  assesses  the 
best  way  to  load  the  demand,  construct  convoys,  and  move  the  convoys  to 
destination.  Movement  to  destination  is  not  terrain  dep^dent  but  is 
included  to  shew  time  during  vrfiich  trucks  in  convoy  are  not  available  for 
loading,  to  132  convoys  can  be  played. 

OCNSIRUCFICN  * 

HUMAN  PARTIcipATICN:  NOt  Permitted 
TIME  PE^OCESSING:  Dynamic  time  step 
SIDENESS :  One-sided 

LIMITATICNS ;  Requires  extensive  input 

PLANNED  IMPRCfVEMENrS  AND  MQDIFICATICNS:  None 

INPUT:  Qrganizaiens 
ASP  layout  and  equipment 
Time  factors 
Customer  travel  time 

OUTPUT:  Stockage  status 
Customer  in  ASP  time 
Queue  data 
MHE  utilization 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS) :  IBM  PC  compatible  /with  math  coprocessor  MS-DOS 
STORAffi:  20  MB 
PERIPHERALS :  Printer 
PROGRAMMING  LANGUAGE:  Fortran77 

DOCXJMENTATICN:  Anmunition  Point  Simulation  (ASP)  User /programmer  Manual 
(Books  1  &  2),  Armament  Systems,  Inc.,  Feb  83 

SBCURTIY  CLASSIFICATICN:  Unclassified 

GENERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  3  Hours  for  set  v;?j. 
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USEEIS:  USACM«S 
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TITLE : 


Analysis  of  Force  Potential 


DATE  IMPLEMENTED:  1985 


MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Concepts  Analysis  Agency 

POINT  OF  CONTACT:  Barry  Groves  DSN:  295-5256,  CM  (301)  295-5256 

PURPOSE :  Quantify  firepower  potential  of  land  combat  forces  of 

division  size  and  larger  for  use  in  analysis  of  force  levels  and 
force  ratios.  Has  been  used  primarily  to  analyze  changes  in  total 
Army  force  potential  attributable  to  force  modernization.  Has  most 
recently  been  applied  to  analyze  changes  in  force  potential  and 
force  ratios  associated  with  various  proposed  reductions  in  weapon 
procurement  and  U.S.  and  Soviet  force  size. 

DESCRIPTION: 

Domain :  Land  combat,  limited  close  air  support 
Span:  Division  level  combat 

Environment :  Models  day  and  night  combat  and  clear  and 
degraded  visibility  in  the  full  range  of  combat  posture  desired 
for  a  study. 

Force  Composition:  Army 
Scope  of  Conflict:  Conventional 

Mission  Area:  Direct  fire  battle,  close  air  support,  indirect 
artillery 

Level  of  Detail  of  Processes  and  Entities:  Models  individual 
weapons  in  weapon-on-weapon  engagements  through  processes  of 
detection,  direct  fire,  indirect  artillery,  and  attrition. 

CONSTRUCTION: 

Human  Participation:  Not  permitted,  model  not  interruptible. 
Time  Processing:  Static 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo 
Sidedness :  Two-sided,  symmetric 

LIMITATIONS :  Limited  representation  of  terrain  and  logistical 

support . 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS :  Incorporation  of 

representation  of  future /advanced  weapon  systems. 

INPUTS :  Unit  weapon  composition,  probability  of  kill  tables, 

sensor  characteristics,  scheme  of  weapon  versus  weapon  engagement 
pairings,  artillery  lethalities,  and  detection  criteria. 
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OUTPUTS :  Attrition  tables,  combat  potential  values  by  weapon,  and 
force  scores,  ATCAL  importance  values  combat  potential. 

HARDWARE  AND  SOFTWARE: 

Computer :  Currently  Unisys  1100  mainframe. 

Storage:  Currently  240,000  words. 

Peripherals :  Tape  drive,  line  printer. 

Programming  Language:  FORTRAN  77 

Documentation :  Operator's  and  Programmer's  Guide  to  the 
Analysis  of  Force  Potential  System  (AFPSYS).  (out  of  date) 

SECURITY  CLASSIFICATION:  Unclassified 

GENERAL  DATA: 

Time  Reouirements : 

Data  base:  3  months 

CPU  time  per  cycle:  50  minutes/run;  multiple  runs  per  study. 
Data  Output  Analysis :  1-3  weeks . 

Freguencv  of  Use:  5-6  times  per  year 
Users :  U.S.  Army  Concepts  Analysis  Agency 
Releasabilitv :  Releasable 
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TITLE:  ARTO^ED  BATTALICN  RBOOVERY  AND  MAINTENANCE  SDULATICN  (ARMSIM) 

MODEL  (ARMSIM) 

DATE  IMPLEMENTED:  08/15/90 

NCDEL  TYPE:  ANALYSIS 

PROPCNENT:  U.S.  ARMY  ORDNANCE  CENTER  AND  SCHOOL  (USADC&S),  ABERDEEN 
PROVING  (30JND  (APG),  MARYLAND  21005-5201 

POINT  OF  CCNTACT:  MR  BRICE,  ATSL-CD-CS,  DSN:  298-2028/2803  USAOC&S, 

APG,  MARYLAND  21005-5201 

PURPOSE:  RESEARCH  &  EVALUATICN,  WEAPCNS  SYSTEMS,  SYSTEMS  DEVELOPMENT  & 
EFEECnVENESS,  COMBAT  DEVELOPMENT,  CURRENT  OR  NEW  DOCTRINE. 

DESCEIIPTKN:  LAND,  LOCAL,  TYPICAL  EUROPEAN  BATTLEFIEID,  ARl^t»ED 
^TTALION/BRIGADE ,  OCNVENITCNAL  &  CHEMICAL,  RECOVERY  &  MAINTENENCE  DURING 
SIMULATED  BATTLE,  RELIABILITY  FAILURE  OR  COMBAT  DAMAGE  REQUIRING  RBOOVERY 
OR  MAINTENANCE. 

CCNSIRUCnCN:  HUMAN  PARTICIPATICN  NOT  REQUIRED,  SCHEDULED  CHANGES  ARE 
PERMITTED,  DYNAMIC,  EVENT  STEP,  STOCHASITC,  MONTE  CAEOX),  CNE  SIESD. 

LIMITATICNS:  CURRENTLY  LIMITED  TO  TANKS  AND  ARMORED  MAINTENANCE 
VEHICLES.  COULD  EASILY  BE  EXPANDED,  E.G.,  TO  AEO  BRADLEYS. 

PLANNED  IMPROVEMENTS  AND  MOPIFICATTONS:  PLAN  TO  AM)  CAPABILITY  TO  MCDEL 
MAINTENANCE  AND  RBOOVERY  OCNCEPTS  OF  ALLIES. 

INPUT:  MEAN  TIME  BETWEEN  FAILURES/KILLS,  MEAN  RBOOVERY  TIME,  MEAN  REPAIR 
TIME,  OTHER  PARAMETERS  DESCRIBING  THESE  DISIRIBUTICNS,  MAINTENANCE  & 
RECOVERY  OCNCEPTS  &  PERFORMANCE  FACIOIS,  DIMENSIONS  OF  THE  BATTLEFIELD, 
VEHICLE  SPEED. 

OUTPUT:  PRINTOUT  OF  TANK  AVAILABILITY,  LOSSES,  &  MAINIINANCE  &  RECOVERY 
WRK  DAY.  VIDEO  ANIMATICN  OF  THE  SIMULATED  RECOVERY  &  MAINTENANCE 
OPERATION.  STANDARD  SOTMARY  REPORT  WITH  PLOTS  AND  STATISTICALLY  ANALYZED 
DATA  IS  AVAILABLE. 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS) :  IBM  COMPATIBLE  386  OR  286  MACHINE  WITH  DOS  3.0  OR  HIGHER. 
WINDOWS  286  OR  HTOiER. 

STCRAGE:  10  MB  HARD  DISK.  640  K  RAM. 

PERIPHERALS:  EPSON  FX  OCMPATTBLE  PRINTER. 

PROGRAMMING  LANGUACE:  SLAMSYSTEM  1 .0  OR  HIGHER.  FORTRAN  4.0  OR  HIGHER. 
DOCLMENTATTON:  SLAMSYSTEM  USER'S  GUIDE. 

SECURITY  CLASSIFICATTCN:  UNCLASSIFIED 
GSENERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  NO  DATABASE 
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Cltj  time  per  CYCLE:  LESS  THAN  1  MINUTE  PER  RUN,  PLUS  THE  SPECIFIED 
ANIMATTCN  TIME. 

DATA  CXJTPUr  ANALYSIS:  NCNE  REQUIRED. 

FREQUENCY  OF  USE:  AS  REQUIRED. 

USERS:  DIRBCrC»ATE  OF  COMBAT  DEVELOPMENTS,  U.S.ARMY  (»ENANCE  CENTER  & 
SCHOOL,  APG,  MD  21005-5201 
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TITLE:  Army  Training  Battle  Simulator  System  (AETBASS)  (ARTBASS) 

DATE  IMPT.TTVIFTTrED:  12/01/89 
MODEL  TYPE:  Training  and  Education 

PROPCWENT:  U.S.  Army  Combined  Arms  Conmand  -  Training,  ATTN:  ATZL-CTS 
FT.  Leavenworth,  KS  66027 

POINT  OF  CCNTACT:  Mr.  Bernard,  DSN:  552-3189/5485 

U.S.  Army  Conbined  Arms  Ccmnand  -  Training,  ATTN:  ATZL-CST 

PURPOSE:  Through  use  of  a  real-time  battle  simulation  and  a  computer 
graphics  display  system,  a  battalion  coranander  and  staff  may  exercise  the 
command  and  control  recilities  that  they  will  encounter  on  the  modem 
battlefield.  ARTBASS  permits  a  battalion  commander  to  otserve  the  staff 
responding  to  input  ncamally  received  from  suboordinate  units  in  a 
tactical  situation.  It  allows  for  ailtemate  courses  of  action  to  be 
evaluated  for  effectiveness  vhile  stimulating  the  warfichting  and  decision 
making  process. 

DESCRIPTTCN: 

DOMAIN:  Land  and  adr. 

SPAN :  Battalion . 

ENVIRONMENT:  Digitized  terrain,  25  meter  resolution. 

FX3?CE  OCMPOSITQN:  Red  and  Blue  units  of  joint  or  combined  forces 
depending  on  the  data  base. 

SCOPE  OF  CCNETilCT:  Conventionail  warfare. 

MISSION  AREAS:  Conventional  maneuver  battalion  mission  areas. 

LEVEL  OF  DETAIL  OF  PROCESSES  AND  ENTITIES:  Individual  weapon  or  soldier. 

CONSTRUCTION: 

HUMAN  PARTTCIPATTON:  Human  participation  required  for  decisions. 

TIME  EROCESSING:  Dynamic,  time-step. 

TREATMENT  OF  RANDOMNESS:  Stochastic,  Monte  Carlo. 

SIDENESS:  TWo-sided,  asmmetric. 

LIMITATTCNS:  ARTBASS  can  model  only  300  units. 

Can  play  in  any  terrain  eifter  input  terrain  files  are  preprocessed. 

PLANNED  IMPROVEMENTS  AND  MXIFICATTONS :  None 

INPUT:  Order  of  battle,  firing  rates,  kill  pjrobabilities,  mobility, 
terxcdn,  weather,  spaecific  unit  orders,  firing  oonmands. 

OUTPUT:  Sides  display  of  unit  locations  and  battlefield  control 
information.  Real-time  CRT  outpxat  reports  of  unit  battlefield  activity. 
Summary  listings  over  time  describing  status. 

HARDWARE  AND  SOFTWARE: 

OCMPUTER  (OS):  Perkin  Elmer. 

SrC»AGE:  8  megabyte  memory,  450  MB  disk. 

PERIPHERALS:  Terminals,  printers,  tape,  monitor. 

PROGRAMMING  LANGUAGE:  PC»TRAN. 
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EXDCUMENrATICN:  Documentation  available  fron  CBOCM,  AE^TBASS  PDSS  Team, 
FT.  Leavenworth  KS. 

SBCURTIY  OASSIFICATION:  Unclassified. 

CSNEE^AL  DATA  AND  TIME  REOUIRBMEHTS: 

DATABASE:  1  week 
CPU  TIME  PER  CYCLE:  Unknown. 

DATA  OUTPUT  ANALYSIS:  N/A 
FREQUENCY  OF  USE:  250  times  per  year. 

USEEIS:  AC  and  RC  combat  battalions. 
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TITLE:  BATTALICN  BRIGADE  SIMULATICN  (BBS) 

DATE  IMPLEMENTED:  11/26/90 
N03EL  TYPE:  IRAINIllG  AND  EDUCATION 

PROPONENT:  IRADOC  ANALYSIS  COyMAND  (IRAC),  OPERATIONS  ANALYSIS  CENTER 
(OAC)  PORT  LEAVENWORTH,  KANSAS  66027-5200 

POINT  OF  CONTACT:  MR  CANIWELL,  DSN:  552-2098,  IRAC-OAC,  Fort 
Leavenworth,  KS  66027-5200 

PURPOSE:  TO  PROVIDE  BATTALICN  AND  BRIGADE  COMMANDERS  AND  THEIR  STAFFS  AN 
ENVIRCNMEM’  TO  TRAIN  IN  IHE  EXBCUITCN  OF  AIRLAND  BATTLE  DOCTRINE  AT  IHE 
TACTICAL  LEVEL  OF  WAR.  BBS  IS  USED  PRIMARILY  AS  A  CCMIAND  POST  EXERCISE 
(CPX)  MOVER. 

DESCRIPTION:  BBS  IS  A  SYSTEM  OF  COMPUTERS  NEIWCRKED  TOGETHER 
TO  PROVIDE  THE  DEOVER  FOR  CPX  OR  OOMAND  AND  STAFF  TRAINING.  THE 
SIMULATION  OPERATES  AS  A  IWO-SIDED,  FREE  PLAY,  REAL-TIME  TRAINING 
ENVIRONMENT.  THE  SYSTEM  PLAYS  AIR  AND  CmJND  WARFARE  BETWEEN  OPPOSING 
UNITS  AND  THE  RESUPPLY,  MEDICAL,  AND  MAINTENANCE  REQUIRED  TO  SUPPC»T  THE 
CONFLICT.  IT  IS  A  HIGH  RESQLUnCN  MODEL  WHICH  REPRESENTS  WEAPON  AND 
SUPPORT  SYSTEMS  AT  THE  ITEM  LEVEL. 

CONSTRUCTION:  DISTRIBUTED  PROCESSING  AMONG  UP  TO  10  MICRO  VAX  COMPUTERS; 
VIDEO  DISK  TECHNOLOGY  PCR  TERRAIN  REPRESENTATTCN;  lEV  ®APHIC  OVERLAY 
OF  VIDEO  DISPLAYED  MAPS.  PRESENTLY  BEING  REPLACED  BY  AMIGA  ®AHD:C 
miVERS.  THE  SIMULATION  IS  A  REAL-TIME,  MAN-IN-THE-LOOP,  FREE  PLAY  SYSTEM 
WHICH  RESPONDS  TO  THE  DESIRES  OF  COMMANDERS  IN  THE  FIELD.  INTERFACE  TO 
THE  MODEL  IS  THROUGH  CONTROLLERS  WHICH  PLAY  SUBORDINATE  UNITS,  THEREFORE 
MAKING  THE  SIMULATTCN  TRANSPARENT  TO  THE  TRAINING  AUDIENCE. 

LIMITATTCNS :  LIMITED  TO  PLAY  TERRAIN  TYPES  AVAILABLE  AS  DIGITIZED  DATA 
WITH  VIDEO  DISK  DISPLAY 

PLANNED  IMPROVEMENTS  AND  MailFICATTCNS :  MORE  TERRAIN  AREAS,  AMIGA 
GRAPHICS,  MULTT-STATTCNS  PER  MCCRO-VAX 

INPUT:  MOVEMENT/GCNFLICT  CODERS,  UNIT  NAMES/LOCATICNS,  RESUPPLY 

OUTPUT:  CONFLICT  RESOLUnCN,  BATTLE  DAMAOI,  PERSONNEL  AND  LOGISTTCS 
LOSSES,  ALERTS,  REPCKES,  (31APHIC  BATTLE  DEPICTTCN 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS) :  DIGITAL  EQUIPMENT  VAX/VMS 

STORAGE:  2  HARD  MIEVES  OF  71  MEG  EACH 

PERIPHERALS:  TERMINALS,  PRINTERS,  TV,  lEV  CSAPHICS  PROCESSOR 
PROGRAMUNG  LANGUAGE:  MDDULA-2 
DOCUMENTATTCN:  UNDER  OONIROL  FOR  DELIVERABLE 
SECURITY  CLASSIFICATTCN:  UNCLASSIFIED 
GENERAL  DATA  AND  TIME  REQUIREMENTS: 
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DATABASE:  1  WEEK 


CPU  TIME  PER  CYCLE:  INTERACTIVE  FREE  PLAY 

DATA  CXJTPUT  ANALYSIS:  N/A 

FREQUENCY  CF  USE:  160  TIMES  PER  YEAR 

USERS:  BATTALICN  AND  BRIGADE  COMMAND  AND  STAFF 

CaVMENTS:  BATTALICN  VERSION  FIELDED;  BRIGADE  VERSION  DUE  JAN  91 
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I'll'LE:  Battlefield  Planning  System  (BPS) 

DATE  IMPLEI^EMED;  10/24/90 

MCDEL  TYPE:  Analysis  -  an  cperatiais  s\:?>port  tc»l. 

PROPONENT :  TRADOC  Analysis  Canmand-White  Sands  (IRAC-WSWR) ,  White  Sands, 
NM  88002-5502 

POINT  OF  CXaSTTACT:  MAJ  Bruce  Robinscai,  TRAC-WSMR,  DSN:  258-1012 

PURPOSE:  A  decisicn  aid  to  assist  the  mauever  brigade  and  division  staffs 
with  the  planning  process. 

DESCRIPTICN:  An  automated  decision  edd  that  performs  terrain  analysis 
using  digital  terrain  data,  wargames  courses  of  action  through  combat 
modeling,  and  produoes  operationcil  documents  such  as  orders  and  overlays 
to  support  the  selected  course  of  action. 

Domain:  Land  and  ciir. 

Span:  Ljoccil/regional. 

Environment:  Terrain  relief  and  cultural  features. 

Force  Composition:  Component. 

Scope  of  Conflict:  Conventional. 

Mission  Area:  Combined  arms  -  ground,  ear,  artillery. 

Level  of  Detail:  Individuail  weapons  systan  to  task  foroe. 

cmsTRucnaj: 

Human  Participation:  Required  for  decisions  and  processes. 

Time  of  Processing:  Dynamic,  time  step. 

Treatment  of  Randomness:  Deterministic  generatdLng  expected  values  -  or 
stochastic  based  cam  Monte  Carlo  simulation. 

Sidedness:  TVo  sided  and  synmetric. 

LIMITATICNS:  Avaiilability  and  detciil  of  digital  terrain  data. 

Availability  of  weapons  performance  data. 

PLANNED  IMPROVEMENTS  AND  MaPIFICATICNS:  None. 

INPUT:  Terrain,  scenario,  force  composition. 

OUTPUT:  Ccnputer  grajSiics,  conputer  printouts,  raw  data,  statistically 
analyzed  data. 

HARDWARE  AND  SOFTOARE: 

COMPUTER  (OS) :  Hewlett-Packard  9000/300  series  computer  with  UNIX 
operating  system. 

STCaiAGE:  15  Mb  disc  space,  4  Mb  RAM  required.  Terrain  data  stored  on 
cartridge  tape. 

PERIPHERALS:  BW  or  color  printer,  mouse,  high  resolution  color  monitor, 
cartridge  tape  drive,  large  scale  mechanical  plotter. 

PRDGRAMyHNG  LANGUAffi:  Pascal  and  C. 

DOCUMENTATION:  User's  manual  and  technical  dxomentation. 

SECURITY  CLASSIFICATICN:  Uiclassif ied . 
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DATABASE:  Digital  terrain  data,  weapons  perfarmance  data,  historical 
weather  data. 

CPU  TIME  PER  CYCLE:  Contiat  model:  5  min  cpu  time  =  60  min  battle  time 
Terrain  analysis:  Varies  on  v^ts  being  done. 

DATA  OUTPUT  ANALYSIS:  Combat  model:  Various  measure  of  effectiveness 
data  provided.  Terrain  analysis:  User  interprets  output. 

FREQUENCY  OF  USE:  Depends  on  user. 

USERS:  OGSC,  TRAC-WSMR,  USMA,  ETL,  TEXCCM,  HQ  III  Corps,  1st  ID,  1st 
CD,  4th  ID,  2nd  AD,  3rd  ACR,  35th  ID,  Engr  Sdtool,  PM-OPTADS. 

OCmENTS:  Model  inoorporated  into  Maneuver  Control  System  (MCS). 
Proponency  to  passed  off  to  PM-OPTADS  nit  May  91 . 
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TITLE:  C3ISIM  (C3ISIM) 


DATE  IMPLEMENTED:  10/30/90 
MODEL  TYPE:  Analysis 

PROPCNENT:  Directorate  of  Ccmbat  Develc^xnents,  Concepts  &  Studies 
Division,  US  Army  Air  Defense  Artillery  School,  Ft.  Bliss,  TX 

POINT  OF  CONTACT:  FRED  LCMRMftN,  USAADASCH,  ATIN:  ATSA-CDC-M,  FT.  BLISS, 
TX,  79916-0002 

PURPOSE:  C3ISIM  is  basically  a  many-on-many  model  designed  to  simulate 
the  interaction  of  a  multi  tide  of  C2  nodes,  weapon  systems,  ccnmunications 
nodes,  and  intelligence  sensors  in  an  air  defense  and  SE?BM  defense 
scenarios.  It  models  both  Blue  and  Red  forces,  and  is  designed  to  be 
grafhics-based,  user-oriented,  hi^ily  versatile,  and  relatively  low  cost. 

DESCRIpnCN:  C3ISIM  is  an  effective  and  powerful  tool  for  supporting  the 
analysis  of  C3I  systems  and  enployraent  procedures.  Ihe  arena  of  theater 
an  tacticcil  C3I  has  becone  enormously  caiplex  in  recent  years.  With  that 
ccmplexity  has  ccme  increasing  difficulty  in  analyzing  C3I  system 
effectiveness,  determining  systan  impact  cn  ccmbat  operations,  and 
assessing  the  propriety  of  emerging  cperational  concepts.  C3ISIM  helps 
both  developers  aid  potential  users  of  new  C3I  systems  to  quickly, 
accurately,  and  inejpensively  determine  how  well  the  design  or  specific 
enployment  of  a  system  will  fulfill  cperational  requirements,  by  modeling 
the  following  functional  areas: 

-  C2  processes  through  the  use  of  rule-based  decision  making 

-  Ccmbat  engagements  and  many-on-many  attrition  in  a  dynamic, 
user-controled  envircnment  that  fully  exercises  the  C3I  architecture 

-  Technical  processes  such  as  target  detection,  electronic  warfare,  and 
communications  message  flow 

CCNSTRUCnCN:  The  C3ISIM  model  contains  a  number  of  processes  that  enable 
a  user  to  create  and  store  information  on  a  wide  variety  of  Blue  and  Red 
platforms.  Ihe  types  of  platforms  that  can  be  represented  range  from 
major  C2  nodes  to  individucil  weapon  platforms.  The  actions  that  each 
platform  can  perform  are  controlled  by  a  C2  ruleset.  A  ruleset  is  a  group 
of  software  subroutines  vhich  manage  the  resources  of  a  platform,  carry 
out  the  platform's  assigned  role,  and  maintain  its  relationship  with  other 
platforms.  Each  platform  is  assigned  its  own  ruleset.  Ihe  model's 
ability  to  simulate  technical  processes  (such  as  radar  detection  and  radio 
transraissicxi) ,  C2  processes  (C2  decision  making  and  direction) ,  and  combat 
engagement  processes  (air-to-air,  ground-to-air,  etc.)  in  a  single, 
dynamic  user  ocntroll^  environment  places  it  at  the  forefront  of 
present-day  simulation  tools. 

LIMITATIONS:  Fidelity,  lack  of  available  databases 
PLANNED  IME>ROVEMENTS  AND  M3DIFICATICNS :  Ongoing  upgrading 

INPUT:  -  Aircraft  flight  paths  and  profiles 

-  Scenario  data  (flight  path  timing  and  ground  deployments  for 
both  Red  &  Blue) 

-  Communication  networks 

OUTPUT:  High-resolution  video  simulation  of  the  scenario  participants  and 
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their  actions.  Each  runtijne  process  creates  user  specified  data  files 
during  execution  of  a  simulation  in  the  form  of  ASCII  and  bincury  data 
files  that  can  be  manipulated  and  displayed  or  analyzed  off-line  at  a 
later  time. 

HARDWARE  AND  SCgTVBVRE: 

OCMPUTER  (OS):  Silicon  Graphics  4l>-series  workstation  with  UNIX  v3.x 
operating  system  with  Berkeley  4.3  enhancements. 

STK^AGE:  Minimum  disk  storage  depends  upon  user,  but  760  Mb  are 
reoomnnened. 


PERIPHERALS:  A  Personal  computer  is  recommended  for  further  processing 
of  output  files;  Printer  with  sericJL  interface  to  print  statisitcs  reports 

PR0C3?AJMING  LANGUAGE:  C-programtning  language 

DOCLWENTATICN:  Tactical  Missile  Defense  Extended  Air  Defense  Simulation 
(IMD/EAD  SIM)  model  Exec:utive  Sunmary,  IMD/EAD  SIM  Methodology  Manual,  IMD/ 
EAD  SIM  User's  Manual,  IMD/EAD  SIM  Progranmer's  Manual. 

OTHER  OCFMENrS:  Commercial  software  a^lications  are  recommended  to 
further  manipulate  cxitput  data;  32Mb  RAM  is  rocommended  for  large  scenarios 

SECURHY  CLASSIFICATICN:  Model  is  unclassified  however  classificaticxi  will 
be  dependent  tpcxi  the  classification  of  database  input  to  the  model. 

GENERAL  DATA  AND  TIME  REOUIREMENrS : 

DATABASE:  Most  perfoimance  &  parametric  data  is  available  in  standard 
US  Government  databases  or  reference  docianents;  C3ISIM  databases  are  IBD 

CPU  TIME  PER  CyCLE:  A  caitral  European  scenario  with  400  platforms  is 
about  1:1;  with  1100  platforms  changes  to  about  1:10 

FREQUENCY  OF  USE:  Daily 

USERS:  USAADASCH,  USASDC,  USAMIGOM,  USAASC,  USACACDA,  USATRAC,  MISIC, 

US  AIR  FORCE,  TELEDYNE  BROWN  ENGINEERING,  CAS,  DYNETICS 

CCMIENIS:  Runtime  varies  greatly  dependuig  on  hardware  configuration, 
scxpe  of  scenario,  and  platform  activity;  it  increases  exponentially  as 
the  number  of  platforms  increases. 
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TITLE:  Canadian  Land  Forces  Training/Operational /Research  War  Game 
DATE  IMPLEMENTED:  1980's. 

MODEL  TYPE:  Training,  Operational  and  Research  using  manual  gaming 
with  computer  rules  off-line. 

PROPONENT :  Directorate  of  Land  Operational  Research  (DLOR), 

Operational  Research  and  Analysis  Establishment  (ORAE),  National 
Defence  Headquarters,  101  Col  By  Drive,  Ottawa,  Ontario,  Canada, 
K1A  0K2. 

POINT  OF  CONTACT:  Head,  War  Games  Section,  DLOR.  (address  above) 

PURPOSE:  The  set  of  rules  comprising  the  war  game  may  be  used  in 

any  of  the  above  mentioned  three  roles.  All  games  are  manual  with 
extensive  computer  support  to  assess  outcomes  of  actions.  The 
purpose  is  to  model,  with  detail  specific  to  the  particular 
requirement,  military  situations  which  arise.  As  a  research  tool 
it  deals  with  system  effectiveness.  As  a  training  tool  it  is  used 
both  in  team  training  and  as  an  exercise  driver  for  command  post 
exercises.  Each  game  may  be  played  without  computers  by  using 
manual  loo-up  tables . 

DESCRIPTION :  May  be  structured  to  meet  sponsor  requirements. 
Domain :  Land,  Helo  &  F\W  Air  in  support  of  ground  forces. 

Span:  Regional. 

Environment :  Various,  played  on  manual  board. 

Composition:  Component  elements,  Blue  and  Red. 

Scope :  Conventional  -  special  rule  modules  developed  as 

required . 

Mission  Area:  High  and  Medium  intensity  battlefield. 

Level  of  Detail:  Various,  rule  dependant,  can  play  to  individual 
weapon  systems . 

CONSTRUCTION; 

Human  Participation:  Required  for  decisions  and  processes. 

Time  Processing:  Dynamic,  5  minute  game  time  steps. 

Randomness :  Stochastic,  Monte  Carlo. 

Sidedness :  Two-sided,  with  one  or  more  controllers. 

LIMITATIONS :  Requires  experienced  military  gamers  and  computer 

operators  all  working  from  table  top  map  of  ground.  The  game  can 
handle  up  to  division  level  operations  but  is  more  suited  to 
brigade  and  battalion  operations. 
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PLANNED  IMPROVEMENTS  &  MODIFICATIONS:  As  required  for  specific 

projects . 

INPUTS :  Weapons  effects,  orders  of  battle,  scenario  (from 

sponsor),  organizations,  tactics  and  orders. 

OUTPUT :  Various:  Usually  lists  of  current  strengths,  results  of 

combat  interactions,  location,  suppression,  status,  ammunition 
holdings,  etc. 

HARDWARE  &  SOFTWARE: 

Computer:  Now  converted  to  PC  DOS  machines. 

Storage :  20  MB  Hard  disk. 

Peripherals :  Printer. 

Programming  Language :  Various,  FORTRAN,  Basic  depending  on 

modules  used. 

Documentation :  DLOR  Staff  Note  89\16,  "Program  Description  of 

the  DLOR  Computer  Assisted  War  Game",  by  G.  Buffington. 

SECURITY  CLASSIFICATION:  UNCLASSIFIED  without  data. 

GENERAL  DATA; 

Data  Base:  Various,  weeks  to  months  to  complete. 

CPU  Time  per  Cycle:  N/A. 

Data  Output  Analysis:  Almost  instantaneous  as  instructions  are 
input . 

Freguencv  of  Use:  3  to  5  times  per  year  until  1988,  now  not 
used. 

Users :  Training:  Staff  Schools  &  Colleges,  Brigades  -  Research: 
DLOR. 

Comments :  A  flexible  set  of  game  rules  which  can  be  tailored  to 
meet  sponsor  requirements. 
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TITLE :  Cannon  Row 


DATE  IMPLEMENTED:  1986. 


MODEL  TYPE:  Training  and  Education. 

PROPONENT :  Australian  Army  War  G2une  Centre. 

POINT  OF  CONTACT:  Project  Leader  AWGC  62-2-9604411. 

PURPOSE : 

Analytical:  No 

1 .  Research  &  Evaluation 

a.  Weapons  Systems 

Systems  Development? 

Systems  Effectiveness? 

b.  Force  Capability  and  Requirements 

Courses  of  Action  Assessment? 

Mix? 

Effectiveness? 

Resource  Planning 

c .  Combat  Development 

Current  or  New  Doctrine? 

Competing  Strategies? 

Policy  Study? 

2.  Operational  Support  Tool  (Decision  Aid) 

a.  Skills  Development 

Team?  yes 

Individual?  no 

b.  Exercise  Driver 

Field  Training  Exercise  Driver?  No 
Command  Post  Exercise  Driver?  Yes 

Individual  Exercise  Driver?  No 

DESCRIPTION: 

Domain :  Land . 

Span:  Local. 

Environment :  Day  or  night.  All  weather  conditions. 

Force  Composition:  Combined  forces,  limited  joint  forces. 
Blue  and  Red. 

Scope  of  Conflict:  Primarily  conventional  warfare  using 
conventional  weapons . 

Mission  Area:  Covers  all  conventional  missions. 

LEVEL  OF  DETAIL  OF  PROCESS  AND  ENTITIES: 

Entity :  Individual  weapon  to  brigade. 

Process :  Attrition  of  weapons  and  personnel  based  on 
individual  kills.  The  probability  of  a  kill  is  based  on  weapon 
characteristics,  size  of  formations/units  and  postures. 
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(1)  Required: 

(a)  For  Decisions?  Yes 

(b)  For  Process?  Required  for  movements 

( c )  For  Both? 

( 2 )  Not  Required : 

(a)  Interruptable? 

(b)  Scheduled  Changes? 

(c)  Not  permitted? 


Time  Process inc 


( 1 )  Dynamic: 


(a)  Time  Step?  Yes.  All  events  occur  within  a 
game  discrete  game  turn. 

(b)  Event  Step?  No 

(c)  Closed  Form?  No 


(2)  Static: 


:ment  of  Randomness : 
(1)  Stochastic: 


(a)  Direct  Computation? 

(b)  Monte  Carlo? 


(2)  Deterministic: 


Yes 

No 


(a)  Generate  a  value  as  a  function  of  an  expected 
value? 


(b)  Basically  Deterministic  (No  randomness)? 


(3) 


One-sided? 

Two-sided: 

(a)  Symmetric? 

(b)  Asymmetric 

One  side  non-reactive? 

Both  sides  reactive?  Yes 
Greater  than  two-sided: 

(a)  Symmetric? 

(b)  Asymmetric 

One  or  more  side  non-reactive? 
All  sides  reactive? 


LIMITATIONS :  Land  warfare  only.  Climatic  conditions  based  on 
Australian  Environment  (requires  modifications  for  other 
locations).  Requires  modifications  for  additional  weapon  types. 

PLANNED  IMPROVEMENTS /MODIFICATIONS:  Attack  rules  are  being 
enhanced.  A  personnel/equipment  data  base  is  being  added  to 
provide  a  breakdown  of  casualties  by  type  and  injury  description. 

INPUT :  Unit  posture  and  size,  Weapon  type,  aunmunition  type, 
range . 
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OUTPUT :  Results  are  displayed  but  may  be  optionally  printed. 
Results  may  be  stored  for  future  analysis. 

HARDWARE  AND  SOFTWARE: 

Computer  (OS):  IBM  PC  AT/XT  or  compatible  using  MS  DOS  3.2. 
Storage:  Limited  geune  on  360k  disk.  Full  game  on  1.2MB 
disk.  When  data  base  implemented  20mb  disk. 

Peripherals:  Optional  Printer. 

ProqramminQ  Language:  Borland  Turbo  Pascal  Version  5. 
Documentation :  Manuals  available. 

SECURITY  CLASSIFICATION:  Restricted. 

GENERAL  DATA: 

Data  Base:  Not  applicable. 

CPU  Time  Per  Cycle:  Not  applicable. 

Data  Output  Analysis:  No  computerised  analysis. 

Frequency  of  Uses:  More  than  20  times  per  year. 

Users :  All  units  and  training  establishments. 

Comments :  Requires  minimal  set  up.  Board  is  required. 
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TITLE:  Close  Combat  CCDECSIM 


DATE  IMPLEMENTED :  Under  development  since  1990 
MODEL  TYPE:  Analysis. 

PROPONENT :  OS1  Department,  DRA,  Fort  Halstead. 

POINT  OF  CONTACT:  Mrs.  J.  Saunders,  0959  532222  ext  2924. 

PURPOSE :  Research  and  Evaluation  of  infantry  weapon  systems 

effectiveness . 

DESCRIPTION: 

Domain :  Land . 

Span:  Local;  individual. 

Environment :  Digitized  terrain  at  10m  resolution.  Terrain 

features  include  spot  heights,  7  types  of  vegetation,  7  types  of 
building,  rivers,  roads.  Terrain  culture  facilitates  rural  through 
to  small  town  areas.  The  model  can  simulate  day  or  night 
scenarios . 

Force  Composition:  Up  to  battery  level. 

Scope  of  Conflict :  Convent ional . 

Mission  Area:  Any  conventional  mission  within  the  domain. 

Level  of  Detail:  The  lowest  entities  modelled  are  individual  men 
and  vehicles.  Each  entity  is  then  divided  further  into 

substructures  each  with  their  individual  functions  modelled. 

CONSTRUCTION: 

Human  Participation:  Permitted,  but  interrupts  gaming. 

Time  Processing:  Dynamic  time  step. 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo. 

Sidedness :  Two-sided,  symmetric. 

LIMITATIONS :  Maximum  of  100  units.  Maximum  terrain  area  of  6km 

X  5km. 

PLANNED  IMPROVEMENTS :  Target  selection  and  suppression;  terrain 
modelling;  MMI . 

INPUT:  Terrain  data;  Orbat  (vehicle  and  personnel)  and  deployment; 
routes  and  orders;  weapon  and  ammunition  systems  data. 

OUTPUT :  A  variety  of  indicators  are  available  for  display  during 
game  run.  Log  of  all  lines  of  sight,  acquisitions,  direct  and 
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indirect  fire  events. 

HARDWARE  AND  SOFTWARE: 

Computer /os :  VAX  Station  3100  workstations,  VMS  5.3  and  VWS  4.1. 
Storage;  650  MB. 

Peripherals :  None  required. 

Language :  Pascal. 

Documentation :  Functional  specification  available.  User  guide 

yet  to  be  issued. 

SECURITY  CLASSIFICATION:  UK  CONFIDENTIAL. 

GENERAL  DATA: 

Time  Reouired: 

Data  Preparation;  Few  hours  upwards,  depending  on  size  and 
complexity. 

Simulation:  Typically  two  hours,  but  highly  scenario  dependant. 
Data  Output  Analysis:  At  least  four  hours. 

Freguencv  of  Use :  Rare . 

Users :  OS1  Department  DRA. 

Comments :  Currently  under  development. 
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TITLE;  CHEMical  CASualty  (CHEMCAS) 


DATE  IMPLEMEWTED :  01/01/88 

MODEL  TYPE:  ANALYSIS 

PE^PCNENT:  US  Army  Qiemical  School,  Fort  McClellan,  AL  36205-5020 

POINT  OF  OCWTACT:  CPT  Kierzewski,  ATZN-CM-OC,  DSN:  865-4111/3307/3174 
U.S.  Army  Chanrical  School,  Fort  McClellan,  AL  36205-5020 

PURPOSE:  CHEMCAS  is  an  analysis  model  used  to  evaluate  chemiccil  weapon 
systems  effectiveness  against  personnel  targets.  Primary  uses  in  the  past 
included  producing  weapons  effects  tables  for  EM  3-10-2  and  assessing  the 
expected  battlefield  hazard  from  enemy  chemical  attacks. 

DESCRIPnCN:  CHEMCAS  is  a  stochastic,  one-sided,  chemical  casualty  and 
hazard  area  assessment  model.  Using  individual  munition  footprints  frcm 
transport  and  difussion  models,  CHEMCAS  overlays  these  footprints  on  a 
target  area  and  predicts  casualties  and  ccntamination  on  the  target.  For 
each  type  munition,  CHEMCAS  considers  errors  in  target  location.  Mean 
Point  of  Impact  (MPI),  and  round- to-round  ballistic  dispericn.  CHEMCAS 
does  not  consider  terrain  explicitly  but  the  terrain  does  eiffect  the 
footprints  that  CHEMCAS  uses. 

OCNSTRUCnON:  Once  the  input  streams  are  specified  and  execution  started 
human  intervention  is  not  cLLlowed.  The  model  is  dynamic  in  that  it 
portrays  the  effects  of  agent  for  user  specified  time  intervals  and 
considers  the  effects  from  rounds  that  arrive  on  the  target  at  differing 
times.  Using  bivariate  randcm  errors,  CHEMCAS  generates  random  iinpact 
points  then  overlays  the  munition  footprints  on  the  target  and 
accumulates  the  dosages  and  depositions.  CHEMCAS  is  one-sided  and 
can  consider  multiple  targets  and  fire  units  but  this  capability  has  not 
been  exercised  recently. 

LIMITATICNS :  Fireplanning  dcxie  off-line.  One  route  of  entry  for  the 
chemical  agent. 

PLANNED  IMPRO^/EMEN^S  AND  Ma^IFICATICNS :  PC  version  with  integrated 
graphics  is  planned.  Also  integration  of  grapbics  into  the  mainframe 
version. 


INPUT:  Weapon  parameters  such  as,  agent  fill  and  dissemination 
characteristics,  ballistic  errors,  and  aiming  procedures.  Environmental 
conditions  to  include  windspeed,  tenperature,  and  stability.  Target  area 
size,  orientation, 

(XJTPUr:  Conputer  printouts  with  raw  data,  statistics,  and  analyzed  data. 
HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS):  UNYSIS  1100/70  OS  1100 

STC»AGE:  1  Meg  memory  (to  run  either  main  program  or  NUSSE3  cloud 
g«ierator),  3.8  Meg  disk. 

PERIPHERALS :  Line  printers 

PROGRA^MING  LANGUAGE:  ASCII  FORIRAN 
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KXJJMENTATICN:  Written  by  SAIC  Feb  88;  never  published. 

SECURITY  CLASSIFICATICN;  UNCLASSIFIED 
GENERAL  DATA  AND  TIME  RBOmREMENTS : 

DATABASE:  1  hr  for  naraicLL  runs  (one  type  of  munition) 

CPU  TIME  PER  CYCLE:  5  min 

DATA  OUTPUT  ANALYSIS:  L^per  and  lower  confidence  levels,  e^^aected 
values. 

FREQUENCY  OF  USE:  Quarterly. 

USERS:  USACMLS 

OCWffiNTS:  Currently  linked  to  NUSSE3  transport  and  diffusion  model. 
Will  use  NUSSE4  viien  that  model  becomes  available. 
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TITLE;  Combat  Analysis  Sustainability  Model  (CASMO) 

MODEL  CATEGORY :  Analysis  (Logistics) 

PROPONENT :  U.S.  Army  Concepts  Analysis  Agency 

Attn:  Force  Systems  Directorate 

8120  Woodmont  Avenue 
Bethesda  MD  20814-2797 

POINT  OF  CONTACT:  Rene  Carlucci,  DSN:  295-5292,  (301)  295-5292 

PURPOSE ;  CASMO  is  used  to  analyze  division  level  operations  of 
maintenance  and  logistics  support  in  peace  or  war  time.  It  is 
designed  to  serve  as  both  an  operations  support  and  a  capability 
assessment  of  major  weapon  systems  to  meet  mission  requirements. 

DESCRIPTION:  CASMO  is  a  stochastic,  event-step  simulation  model 

representing  the  operation  of  maintenance  and  logistic  support 
within  Army  Divisions.  CASMO  is  designed  to  assess  the  capability 
of  U.S.  Army  combat  units  and  their  supporting  maintenance  and 
logistics  organizations  to:  (1  )  maintain  and  repair  weapon  systems, 
(2)  reorder  spare  parts,  and  (3)  perform  other  maintenance  and 
logistics  support  functions  under  a  variety  of  operational 
environments . 

Domain;  Land 

Span;  Accommodates  any  division  in  a  theater  depending  on 
data  base. 

Environment :  Cartesian  Coordinate  based,  all  terrain.  Models 

shifts  in  day  and  night,  peace  and  war  time,  combat  postures. 

Force  Composition:  Any  type  of  division.  Blue  and  Red 

Scope  of  Conflict:  Conventional  warfare,  conventional  weapons 
excluding  fixed  wing  aircraft  for  maintenance  repair 

Mission  Area:  All  conventional  missions 

Level  of  Detail  of  Processes  and  Entities:  Models  company 
level,  resolution  to  bumper  number  of  weapon  systems,  man-hours  of 
MOS,  service  equipment  and  spare  parts  by  NSN,  fuel  in  gallons, 
ammunition  in  rounds. 

CONSTRUCTION : 

Human  Participation:  Human  participation  is  not  required  during 
simulation.  Decisions  are  made  at  input. 

Time  Processing:  Dynamic,  Time  and  event  step  model.  Progress 
through  events  during  a  given  combat  cycle  time  period. 

Treatment  of  Randomness:  Scheduled  and  unscheduled  maintenance 
requirements  are  randomly  selected  at  each  failure.  All  vehicles 
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have  assigned  bumper  numbers  and  vehicles  are  assigned  for 
maintenance  by  random  selection  of  bumper  numbers.  Selection  of 
damaged  part  for  combat  maintenance  is  a  random  process .  CASMO  uses 
delay  distribution  for  several  types  of  time  delays.  Time  delays 
range  from  deterministic  delays  to  stochastic  delays  and  include 
most  of  the  traditional  probability  distributions.  These  are 
Deterministic,  Exponential,  Uniform,  Normal,  Log-normal,  Gammer, 
Weibull  and  Emperical  distributions. 

Sidedness :  Two-sided  but  operations  of  logistics  supports  for 

only  the  blue  side. 

LIMITATIONS :  Fixed  wing  aircraft  weapon  system  is  not  modeled. 

Attrition  of  maintenance  system  and  repair  personnel  are  not 
modeled.  Supply  trucks  are  not  modeled,  though  delay  distributions 
are  used. 

PLANNED  IMPROVEMENT /modifications :  Rotary  wing  weapon  system 

(Helicopters)  will  be  modeled. 

INPUT:  CASMO  requires  three  categories  of  input  data  to  complete 

sustainability  analysis.  These  are:  (1)  scenario  data  that  include 
weapons  and  ammunition  to  be  modeled,  combat  unit  and  maintenance 
unit  organization,  and  resources  of  maintenance  unit,  (2)  unit 
action  data  that  define  battery  or  company  maneuvers  and  combat 
action  during  the  simulated  engagements,  and  (3)  combat  damage  data 
that  determine  how  many  combat  "hits”  each  blue  weapon  system 
receives.  Combat  damage  data  is  combined  with  shotline  data 
derived  from  the  Sustainability  Prediction  for  Army  Spare 
Components  Requirements  for  Combat  (SPARC)  to  generate  a  list  of 
parts  damaged  for  repair. 

OUTPUT :  CASMO  produces  two  types  of  outputs  including  a  summary 

report  and  a  detailed  historical  event  file.  The  summary  report 
contains  two  categories  of  information,  namely,  queuing  statistics 
and  maintenance  resources  utilization  statistics.  The  summary 
report  is  designed  to  present  summary  information  useful  to  three 
types  of  users:  (1)  a  maintenance  decision  maker,  (2)  a  supply 
decision  maker  and  (3)  an  operational  decision  maker.  The  summary 
report  contains  MOS  utilization  per  shift,  maintenance  throughput, 
utilization  of  equipment/recovery  vehicle/contact  vehicle,  deferred 
maintenance  actions,  parts  status,  number  of  back  orders, 
fuel /ammunition  supply  data,  number  of  type  weapon  systems  down, 
and  availability  of  weapon  systems 

HARDWARE  AND  SOFTWARE: 

Computer (OS) :  VAX  11/780,  VAX  8600  (VMS) 

Storage:  6  M-bytes 

Programming  Language:  SIMSCRIPT,  FORTRAN 

Documentation :  Analyst  Guide,  User  Training  Manual 

Adequately  documented 

SECURITY  CLASSIFICATION:  Programs  are  UNCLASSIFIED,  input  data  are 
classified. 
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GENERAL  DATA: 

Data  Base:  Data  base  must  be  developed  for  type  of  weapon 

systems  modeled.  Once  the  data  base  has  been  developed,  a  large 
portion  of  data  may  not  need  to  change  for  each  study  unless  there 
is  a  need  to  model  a  new  weapon  system. 

Time  Requirements: 

Frequency  of  Use: 


Users : 


OTEA,  CAA 


24  weeks  (for  preparation,  run  and  analysis). 
Plans  2  studies  per  year. 


T-lTLE:  Conbat  Identification  Systan  OCMO  Integrated  Air  Defense  (CISCIAD) 
Model  (CISCIAD) 

date  implemented  :  06/01  /87 

MXEL  TYPE:  Analysis 

PROPCNEKT:  TRADOC  Analysis  Gcnmand  -  White  Sands  (TRAC-WSMR),  White  Sands 
Missile  Range,  NM  88002-5502 

POINT  OF  CCWTACT:  Mr.  Bill  Garrett,  USAIRAC-WSMR,  ATRC-WBC,  White  Sands 
Missile  Range,  NM  88002-5502;  DSN  258-2307/3668 

PURPOSE:  CISCIAD  is  used  primarily  for  system  level  effectiveness  studies 
of  tactical  AD  systems.  It  is  also  appropriate  for  mission  planning  and 
enployment /deployment  analysis,  force  structure  evaluations,  firing 
doctrine  &  battle  management  algorithm  development,  &  evolutionary  concept 
evaluation.  CISCIAD  is  a  research  &  evaluation  tool.  Weapons  system:  ^s 
developnent  and  evaluation.  Force  capability  &  reqmnts:  courses  of  action 
assessment,  mix,  effectiveness,  &  resource  planning,  Cbt  Dev:  current  or 
new  doctrine,  competing  strategies  &  policy  study. 

DESCRIPnCN:  CISCIAD  simulates  large  scale  battles  between  air  defenders 
and  an  air  threat  in  a  conventional  environment.  It  is  usable  up  to 
Theater  level  and  typically  portrays  joint  forces.  The  model  represents 
the  functioncil  activities  of  the  defenders  and  the  threat  as  they  interact 
with  each  other  and  the  environment.  A  digitized  terrain  data  base  is 
used  to  depict  the  terrain  relief  as  well  as  cultural  features  of  the 
battlefield.  The  effects  of  environmental  factors  and  counter  measures 
are  simulated. 

The  level  of  detail  vhich  is  modeled  for  entities  and  processes  is 
typically  at  the  individucil  system  level  and  scmetimes  at  the  sub-system 
level.  The  entities  simulated  include  air  defense  missile  and  gun 
systems,  interceptor  aircaraft,  defense  suppression  and  p^etrator  aircraft 
ocp)ters,  early  warning  and  tracking  radars,  combat  identification  ^sterns, 
ccmmand  and  control  element,  ccmmunicaticn  links,  tactical  ballistic 
missiles,  cruise  missiles,  jammer  and  escort  aircraft,  air  bases,  airspace 
weapons  ccxitrol  volumes,  and  defended  assets. 

DOMAIN:  air  and/or  land. 

SPAN:  theater,  regional,  local  or  individual. 

ENVIRCNMENr:  terrain  relief,  weather,  time  or  day  terrain  cultural 
featvires. 

PC3RCE  OCMPOSmCN:  combined  forces,  joint  forces,  ccnpcnent  or  element. 
SCOPE  OF  CONFLICT:  conventional. 

MISSION  AREA:  air  defense. 

OCNSTRUCTICN: 

HIJMAN  PARTICIPATTCN:  not  required  and  not  permitted. 

TIME  PROCESSING:  dynamic  -  event  step. 

TREATMENT  OF  EIANDCMNESS:  stochastic  -  Monte  Carlo. 

SIDEEXJESS:  two-sided  -  symmetric. 

LIMITATTCNS :  The  maximum  nunber  of  fire  units  and  aircraft  that  can  be 
played  are  300  and  1024  respectively.  Nuclear  &  chemical  warfare  &  total 
logistics  are  not  currently  modeled.  There  is  no  ground-to-ground  conbat. 

PIANNED  IMPROVEMENTS  AND  MODIFICATTCNS :  When  time  permits,  a  graphical 
package  will  be  developed  to  assist  and  speed  scenario  generation  and 
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analysis  results.  Peickage  vd.ll  relate  to  'analyst  workstation'  currently 


INPUT:  Threat  and  friendly  aircraft  characteristics  and  vulnerabilities; 
SHC»AD  system  characteristics;  HIMAD  system  characterisitcs;  Aircraft 
fli^t  paths  and  profiles;  Ccnmand  and  Control  element  char^teristics; 

BCM  jamming  data;  Ccmbat  identification  system  data;  Visibility  data  for 
HINAD  and  SHQE^  positions. 

OUTPUTi  Cdtputer  printout  of  RED  and  BLUE  kills,  time  of  kills,  detection 
ranges,  engagement  ranges,  kill  ranges,  killer- victim  scoreboards, 
aircraft  identification  proficiency,  of  movement,  etc.  Graf^cs  playback 
of  movement,  engagements,  and  kills. 

HARDWARE  AND  SOFTWARE: 

OCMPUIER  (OS):  UNISYS  1192,  VAX  (VMS),  CRAY,  IBM,  HP  9000  (UNIX) 

STORAGE:  25K  -  150K  words  (scenario  dependent) 

PERIPHEI?ALS:  Disc  storage  and  printer.  Color  Graphics:  RAMIEK 

PROGRAMmW  LANGUAGE:  PC»TRAN  77  (PCXJIRAN  8x  for  UNISYS) 

DOCUMENTATTCN:  VEDA  Report  Number  1 03292-86U/P1 035  Program 
Specification,  17  Feb  87;  VEDA  Report  Number  1 03066-87U/P1 035  User's 
Manual,  6  May  87,  General  Research  Carp  CR-2-985  A  OCMD  Integrated  Air 

OTHER  CCMIENTS:  DOCUMENTATTCN  CO^TIMJED:  Defense  Model  vd.th  Comnnand  and 
Ccntrol,  Apr  81 . 

SBCUEUETY  CLASSIFICATTCN:  Uhclassified  code. 

GENERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  Scenario  dependent  but  usually  between  2  months  and  6 
months. 

CPU  TIME  PER  CYCLE:  ScOTario  dependent.  Battle  time/cpu  time  =  1  for 
medium  sized  scenario  on  HP  9000/600  (15  MIP  machine). 

DATA  OUTPUT  ANALYSIS:  Post  processor  cpu  time  =  5  min  on  HP  9000/600 

FREQUENCY  OF  USE:  Continuous. 

USERS:  TRAC-WSMR,  CAA,  USAADASCH,  MICCM 

CCMIENTS:  Integrated  FAADS  Simulation  (IFS)  at  MICCM  and  CCMO  are 
related  models.  Government  contractors  vdtt  a  valid  contract  requiring 
the  use  of  dSCIAD  can  also  obtain  the  model  with  the  approval  of  the  TRAC 
Commander.  Inquiries  should  be  addressed  to  TRAC-TOD,  Ft.  Leavenworth,  KS 
66027-5200  or  call  AV  552-551 1  or  ccmmercial  91 3-684-551 1 . 
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TITLE:  Combat  Prescribed  Load  List  Model  -  Combat  PLL  Model 

DATE  IMPLEMENTED:  1984. 

MODEL  TYPE:  Analysis. 

PROPONENT :  U.S.  Army  Materiel  Systems  Analysis  Activity  (AMSAA), 

Inventory  Research  Office  (IRO),  800  U.S.  Custom  House,  2nd  and 
Chestnut  Streets,  Philadelphia,  PA  19106-2976. 

POINT  OF  CONTACT:  Marty  Cohen/Meyer  Kotkin,  DSN  444-3808/09  or 
(215)  597-8377. 

PURPOSE :  The  Combat  PLL  model  is  used  by  the  Army  Materiel  Command 
(AMC)  to  compute  Mandatory  Parts  Lists  (MPLs).  The  MPLs  are 
minimum  stockage  quantities  needed  to  support  an  organization  in 
a  specified  combat  environment.  The  model  is  an  analytic  model 
which  uses  the  theory  associated  with  S-1 ,  S  continuous  review 
inventory  systems  with  Poison  demands.  It  computes  the  minimum 
cost  stockage  needed  to  achieve  a  target  for  the  average  ntimber  of 
equipment  operating  in  the  15  most  intense  days  of  combat. 
Stockage  for  each  end  item  is  computed  separately.  Common  parts 
need  to  be  rolled  up  by  the  user. 

DESCRIPTION: 

Domain:  Land  and  air. 

Span :  Computes  stockage  for  organizational  level  of  repair. 

Environment ;  Controlled  by  wartime  usage  rates  which  are 
developed  outside  model. 

Force  Composition:  Blue  forces. 

Scope  of  Conflict:  Controlled  by  wartime  usage  rates. 

Mission  Area:  Provide  stockage  requirements  for  the  first  15 
days  of  combat. 

Level  of  Detail  of  Processes  and  Entities:  Calculates  PLL  level 
demands . 

CONSTRUCTION: 

Human  Participation:  Not  required  nor  permitted  while  model  is 
running . 

Time  Processing:  Dynamic,  time  and  event  stepped  model. 
Treatment  of  Randomness:  Basically  deterministic. 

Sidedness :  One-sided. 
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LIMITATIONS :  Cannibalization  is  a  not  played  in  the  model.  The 

Poison  demand  process  is  not  dependent  on  the  number  of  operating 
end  items.  Direct  support  supply  is  assumed  available  in  an  Order 
Ship  Time  (OST)  with  a  known  probability. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  To  be  determined  based  on 
need. 

INPUT :  Candidate  Item  File  (CIF)  which  identifies  the  parts  used 

on  a  given  end  item  along  with,  for  each  part,  mean  usage  between 
removal  of  the  part,  the  removal  task  distribution,  line 
replacement  unit  code,  and  unit  price.  End  item  identification  and 
densities.  Mission  profile  with  15-day  expected  usage  for  the  end 
item  for  various  measures  of  usage. 

OUTPUT :  Stockage  list  for  each  end  item  at  each  density.  Expected 
average  NMCS  during  15  days  of  intense  combat. 

HARDWARE  AND  SOFTWARE: 

Computer :  Runs  on  a  GOULD  computer  with  a  UNIX  operating  system 
but  can  be  easily  modified  for  other  computers. 

Storage:  Not  significant. 

Peripherals :  Minimum  requirement  is  1  VT100  terminal. 

Programming  Language :  FORTRAN . 

Documentation :  Documented . 

SECURITY  CLASSIFICATION:  UNCLASSIFIED,  but  data  may  be  classified. 
GENERAL  DATA: 

Data  Base:  Varying,  depending  on  data. 

CPU  Time  per  Cycle:  Varying,  depending  on  applicability  of 

existing  data. 

Data  Output  Analysis:  Varying,  depending  on  desired  end  product. 

Freguencv  of  Use:  Used  several  times  per  year  by  those  listed 
below. 

Users :  AMSAA,  AMC  Major  Subordinate  Commands  (MSCs),  and  MRSA. 

Comments :  Combat  Authorized  Stockage  List  (ASL)  Model  handles 

similar  data  at  direct  support  level  of  maintenance. 

Releasabilitv :  Releasable. 
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TITLE :  Combat  Sample  Generator  (COSAGE  V)  DATE  IMPLEMENTED:  1980 
MODEL  TYPE:  Analysis 

PROPONENT ;  U.S.  Army  Concepts  Analysis  Agency 
8120  Woodmont  Avenue 
Bethesda,  MD  20814-2797 

POINT  OF  CONTACT:  Mr.  John  Warren,  (DSN)  295-1690  or 

(301)  295-1690 

PURPOSE :  COSAGE  is  a  computerized  combat  assessment /weapons 
effectiveness  model  which  develops  information  on  ammunition 
expenditures  and  losses  of  personnel  and  equipment  during  a  24  to 
48-hour  period  of  combat.  The  principal  application  is  the 
forecasting  of  personnel,  ammunition,  and  equipment  requirements. 

DESCRIPTION: 

Domain :  Land  and  air 

Span:  Division  area  of  operations 

Environment:  When  terrain  parameters  are  required,  the  model 

randomly  selects  a  terrain  type  based  on  statistical  analysis  of 
the  region  of  interest.  These  parameters  are  then  used  to 
determine  line  of  sight,  movement  rates,  etc.  Night  and  day  are 
modeled,  and  visibility  varies  by  time  of  day. 

Force  Composition;  Combined  arms  army,  including  helicopters  and 
close  air  support. 

Scope  of  Conflict:  Conventional  warfare 

Mission  Area:  Most  of  the  mission  areas  associated  with 

conventional  combined  arms  are  represented,  with  the  exceptions  of 
logistics  and  intelligence. 

Level  of  Detail  of  Processes  and  Entities:  Maneuver  unit 

resolution  is  typically  down  to  Blue  platoons  and  Red  companies. 
In  the  case  of  close  combat,  resolution  is  to  the  level  of 
individual  equipment  or  personnel  and  their  weapons,  with  each 
direct  fire  shot  modeled  explicitly. 

CONSTRUCTION: 

Human  Participation:  None 

Time  Processing:  Dynamic  event  step 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo 

Sidedness:  Two-sided,  symmetric 

LIMITATIONS :  Electronic,  biological,  chemical,  and  nuclear  warfare 
are  not  modeled,  nor  military  operations  in  built-up  areas. 
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Logistics  and  intelli9<i-*ce  functions  are  not  represented. 


PLANNED  IMPROVEMENTS /MODIFICATIONS:  No  major  improvements  are 

planned . 

INPUT ;  Unit  organizations,  strength,  and  weapons;  orders  for  each 
maneuver  unit;  weapons  data  (single  shot  probability  of  kill, 
lethal  area);  sensor  capabilities;  terrain  parameters;  movement 
rates;  artillery  organization  and  characteristics. 

OUTPUT :  Killer-victim  scoreboard,  personnel  losses,  ammunition 

expenditures  by  shooter/ target  combination,  materiel  losses,  and 
unit  locations  on  plot  by  time. 

HARDWARE  AND  SOFTWARE: 

Computer  ( OS ) :  UNISYS  1100  series,  with  Exec  8.  Has  also  been 
installed  on  various  machines  with  UNIX  operating  systems. 

Storage :  4 2 OK  words  of  memory  for  model  and  data. 

Peripherals :  Line  printer. 

Programming  Language:  SIMSCRIPT  II. 5 
Documentation : 

•  Combat  Sample  Generator  User's  Manual,  DTIC  B070095L 

•  Combat  Sample  Generator  Program  Maintenance  Manual,  DTIC 
B073013L 

SECURITY  CLASSIFICATION!  UNCLASSIFIED 

GENERAL  DATA: 

Time  Reouirements 

Data  Base:  6  man-months  required  to  acquire  data,  plus  3  man- 
months  required  to  structure  data  in  model  input  form. 

CPU  Time  Per  Cycle;  90  minutes  on  UNISYS  1100 

Data  Output  Analysis:  1  month 

Frequency  of  Use:  Support  for  ten  to  fifteen  studies  a  year 
User;  U.S.  Army  Concepts  Analysis  Agency 

Comments :  COSAGE  is  linked  to  the  following  models:  FORCEM 

(Force  Evaluation  Model),  CEM  (Concepts  Evaluation  Model),  WARF 
(Wartime  Replacement  Factors),  and  WARS  (Wartime  Ammunition  Rates 
System) . 
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TITLE : 


COMBAT-SIM 


DATE  IMPLEMENTED:  1986 


MODEL  TYPE:  Training  and  Education. 

PROPONENT :  Australian  Army  War  Game  Centre. 

POINT  OF  CONTACT;  Project  Leader  AWGC  62-2-9604411. 

PURPOSE : 

Analytical : 

1 .  Research  &  Evaluation 

a.  Weapons  Systems 

Systems  Development? 

Systems  Effectiveness? 

b.  Force  Capability  and  Requirements 

Courses  of  Action  Assessment? 

Mix? 

Effectiveness? 

Resource  Planning 

c .  Combat  Development 

Current  or  New  Doctrine? 

Competing  Strategies? 

Policy  Study? 

2.  Operation  Support  Tool  (Decision  Aid) 

a.  Skills  Development 

Team?  Yes 

Individual?  No 

b.  Exercise  Driver 

Field  Training  Exercise  Driver?  No 

Command  Post  Exercise  Driver?  Yes 

Individual  Exercise  Driver?  No 


DESCRIPTION: 

Domain :  Land . 

Span:  Regional / local . 

Environment :  Day  or  night.  Full  range  of  weather. 

Terrain  (height,  slope,  vegetation). 

Force  Composition:  Joint  and  Combined  Forces.  Red  and  Blue. 

Scope  of  Conflict :  Conventional . 

Mission  Area:  All  conventional  missions. 

Level  of  Detail  of  Process  and  Entities: 

Entity:  Section/squad  up  to  company. 
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Process :  Intervisibility,  movement  detection,  attrition, 

generation  of  casualties  (battle  and  non-battle),  aunmunition  and 
fuel  usage. 


CONSTRUCTION: 

Human  Participation: 

(1)  Required: 

(a)  For  Decisions?  Yes. 

(b)  For  Process?  No 

(c)  For  Both? 


(System  continues  to  run) 


( 2 )  Not  Required : 

(a)  Interruptable? 

( b )  Scheduled  Changes? 

(c)  Not  permitted? 


Time  Processing: 

( 1 )  Dynamic : 


(a)  Time  Step? 

(b)  Event  Step? 

( c )  Closed  Form? 


Real  time 
No 
No 


(2)  Static: 


Treatment  of  Randomness: 

(1)  Stochastic: 

(a)  Direct  Computation?  Yes 

(b)  Monte  Carlo?  No 


(2) 


Deterministic : 

(a)  Generate  a  value  as  a  function  of  an  expected 
value? 

(b)  Basically  Deterministic  (No  randomness)? 


One-sided? 

Two-sided: 

(a)  Symmetric? 

(b)  Asymmetric 

One  side  non-restrictive? 

Both  sides  reactive?  Yes 


(3)  Greater  than  two-sided: 

(a)  Symmetric? 

(b)  Asymmetric 

One  or  more  side  non-reactive? 
All  sides  reactive? 


LIMITATIONS :  Maximum  of  384  units.  Maximum  of  a  2  Battalion 
Brigade  scenario. 


PLANNED  IMPROVEMENTS /MODIFICATIONS:  Increase  the  number  of 
stations  to  allow  for  more  than  2  Battalion  Brigades.  Increase 
the  number  of  units  to  be  modelled. 
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INPUT:  Scenario,  unit  characteristics,  weapon  characteristics, 
terrain  characteristics. 

OUTPUT :  Report  printouts.  Video  map  with  graphics  overlay. 
HARDWARE  AND  SOFTWARE: 

Computer  ( OS ) :  IBM  PC  AT  MS  DOS  3.2.  Ten  stations  networked 
Storage:  20MB  disk  per  station  (more  preferred) 

Peripherals :  Laser  video  disk,  graphics  overlay  device, 
printers,  joy  stick. 

Programming  Language :  MODULA  2 . 

Documentation :  Draft. 

SECURITY  CLASSIFICATION:  Restricted. 

GENERAL  DATA: 

Data  Base:  3  man  days. 

CPU  Time  per  Cycle:  Not  applicable. 

Data  Output  Analysis:  No. 

Freguencv  of  Uses:  12  times  per  year. 

Users :  Battalions /Brigades,  Advanced  Officer  Courses. 
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TITLE:  Ccntoirjed  Anns  and  Task  Force  Evalviaticn  Model  (CASTPCKEM) 


DATE  IMPLEMENTED:  01/01/90 
MXEL  TYPE:  Analysis 

PE^OPCNENT:  Tracix:  Analysis  Center  -  White  Sands  Missle  B?ange  (TE?AC-WSMR) , 
VBMR,  NM  88002 

POINT  OF  OCWTACT:  Carrol  R.  Denney,  TOAC-WSMR,  Bldg  1401,  WSMR,  N.M. 

88002  Teleftone:  DSN:  258-3029  Conmercial  505-678-3029 

PURPOSE:  Lowest  echelon,  hi^^iest  resolution,  systemic  cbt  sim  mdl  in  AMIP 
family  of  cmpter  sim,  force-on  force  mdls.  It  is  mostly  a  research  & 
analysis  tool  used  to  select  among  competing  weapon  sys  in  a  OQEA  process. 
Useful  to  examine/develcp  tactics;  parametric  anklysis  cn  weapon  sys  perf . 
As  a  weapons  sys  tool  it  is  useful  in  analyzing  weapons  sys  effectiveness; 
as  force  capability  &  reqmnts  tool,  it  is  useful  in  action  assessment,  mix 
effectiveness  &  resource  planning;  as  cbt  dev  tool  it  is  usefiol  to  assess 
the  effects  of  competing  strategies  (tactics). 

DESCRIPnCN:  CASTFCRBM  is  a  stochastic,  event-sequenced,  exposing  forces 
simulation  of  ground  combat  involving  up  to  an  attacking  brigade  force  and 
agaii^t  a  defending  reinforced  regiment.  Although  not  artificially  con¬ 
strained  by  programming  considerations,  practical  limitations  of  computer 
run  time  and  complexity  of  analysis  vjould  dictate  that  the  above  force 
sizes  be  considered  maximum  and  that  battle  times  be  constrained  to 
firefighbs  of  ninety  minutes  or  less.  All  types  of  weapons  both 
ocnventioncLL  and  moonventioncil  are  modeled.  Weapon  categories  include 
Direct  Fire  (ballistic,  guided  and  smart).  Lasers  (HELftWS  and  LELAWS); 

Land  Mines;  Indirect  Fire  (mortars,  missiles,  ICM,  HE,  etc.).  High  Powered 
Microwave,  and  bombs. 

OCNSlRUCncN: 

Human  Participation:  Not  required  —  Fully  automated  simulation. 

Time  Processing:  Dynamic,  Event  stepped. 

Treatment  of  Randomness:  Stochastic. 

Sideness:  Two  sided  symetric. 

LIMITATIONS:  RAM  is  not  ejplicitly  represened  except  for  missiles. 

Weather  is  static  throughout  the  duration  of  the  game;  EW  is  generally 
implicit  except  for  jamming  red  radcirs. 

PLANNED  IMPROVEMENTS  AND  M3DIFICATI0NS :  Improvements  and  modifications 
are  driven  by  study  requizments. 

INPUT:  Terrain  Description  parameters;  Environment  parameters;  Weapons 
effects  data;  Weapon  system  descriptions;  Unit  orders;  Decision  tables; 
Organizational  structures;  CS  and  CSS  equipment  data;  Oonmunications  data 
and  network  structures;  Tactical  Areas  desariptors;  Sensor  data;  Maneuver 
network  structure;  IMit  description  data;  Output  directives. 

OUTPUT:  Each  event  specified  by  the  output  descriptors  is  recorded  for 
postprocessing;  An  e^ensive  and  oonprehensive  set  of  post  processing 
routines  is  availabe  with  the  model.  Graphical  playback  is  also  avadlable. 

HARDWARE  AND  SCTTWARE: 

eXMPUTER  (OS) :  VAX  Series  running  VMS;  SUN  RISC  machines  running  UNIX; 
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HP  900  series  nmning  UNIX;  CRAY/UNIX;  Silicxxie  Gr^iiics. 

STCRAGE;  Ccamputer  main  memory  ahould  be  at  least  32  megabytes  on  the 
VAX  machines  and  64  megabytes  on  the  UNIX  based  machines. 

PEE?IPHEEALS :  Disk  storage  should  be  at  least  300  megabytes;  cartridge 
or  reel  tape; 

PR0C3?AM4ING  LANGUAGE:  Simscript  II. 5  and  Fortran. 

DCX^JMENTATICN:  Available  in  six  volumes  and  annually  updated.  Ihe  six 
volumes  are:  Executive  Summary;  User's  Ir^t  Guide;  Post-Processor's  Users 
Guide;  Methodologies  Manual;  Scenario  Writer's  Guide;  V&V  Manual. 

OTHER  CXMlENrS:  Configuration  Control  is  tightly  controlled  by  TE?AC 
Model  Control  Policy.  User  Group  meets  periodicilly. 

SECURITY  CLASSIFICATICN:  The  Model,  itself,  is  Unclassified,  However  some 
input  data  may  be  classified. 

GENtkAL  data  and  time  REQUIREMENTS: 

DATABASE:  Setup  and  data  acquisition  times  vary  according  to 
scenario,  previous  model  usage  and  experience.  2  weeks  to  4  months. 

CPU  TIME  PER  CYCLE:  Variable.  Smallest  scenarios  run  at  5  minutes/rep 
vAiile  largest  run  up  to  4  hours  per  rep;  Average  cpu/battle  =  1 .75/1 .00 

DATA  OOTPUT  ANALYSIS:  Variable.  Large  studies  normally  require  2  to  3 
months. 

FREQUENCY  OF  USE:  Daily  at  TRAC-WSMR,  Variable  at  other  installations. 

USERS:  TRAC,  ARMOR  SCHOOL,  Engineer  School,  FISTC,  ARDEC,  SMO,  MICCM, 
DAEIPA,  and  limited  Army  Contractors. 

COMMENTS:  Government  agencies  can  obtain  CASTPO?EM  with  a  signed 
memorandum  of  agreement.  Government  Contractors  with  a  valid  contract 
requiring  the  use  of  CASTPC*?EM  can  also  obtain  the  model  with  the  approval 
of  the  TRAC  Commanding  General.  Inquiries  for  obtaining  the  model  aix3 
supporting  data  bases  should  be  addressed  to  IRAC-TCD,  Ft.  Leavenworth, 

Ks.  66027-5200  or  calling  at  DSN:  552-5511  or  connercial  913-684-5511. 
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TITLE:  OCMD-T  (CCMO-T) 


DATE  IMPLEMEWTED:  10/26/90 
MODEL  TYPE:  Analysis 

PROPCNENT:  Directx)rate  of  Ccrobat  Developments,  Concepts  &  Studies 
Divisicxi,  US  Anriy  Air  Defense  Artillery  School,  Ft.  Bliss,  TJC 

POINT  OF  CCWTACT:  MANUEL  AMARO,  USAADASCH,  ATSA-CDC-M,  FT  BLISS,  TX 
79916-0002,  DSN:  978-2304/1238 

PUE^SE:  To  simulate  air  defense  war  games  from  cne-me-one  engagements 
to  theater  force  level. 

DESCRIPTK^:  CCMO  III  is  a  coiputerized,  two-sided,  analytical  damage 
assssment /weapon  effectiveness  model.  CCMO-T  is  the  machine  transportable 
version  of  COMO  III  and  runs  cn  DEC  VAX  and  UNIVAC  ccnputers.  CCMO  III  is 
a  framework  for  the  oonstructicai  of  system-level  simulations  of  tactical 
an  strategic  weapon  systems  in  a  modular  and  mutually  ccmpatible  form. 

Ihe  CCMO  frame,  vAien  assembled  with  P0E?n?AN  weapon  decks  vAiich  describe 
the  interacting  systems,  form  a  criticaLL  event-stepped  Monte  Carlo 
simulati.  It  is  flexible  as  to  game  size  and  input/output  format  and  is 
extra  effcient  in  memory  use. 

CCNSIRUCnCN:  Simulation  consists  of  a  FRAME,  a  combination  of  WEAPON 
decks  (Red  and  Blue) ,  and  a  user  supplied  scenario  (Timing,  A/C  Tracks, 
RVIS). 

LIMITATICNS :  May  be  Icng  turnaround  time  dependent  upon  machine/scenario 
Model  is  manpower  intensive  in  seti;p  time  and  output  data  reduction; 

Run  time  increases  nonlinearly  with  number  of  aircraft  in  scenario. 

PLANNED  IMPROVEMENTS  AND  MaJIFICATIONS :  Dynamic  line  of  sic^ht  (DLOS)  is 
in  the  process  of  being  implemented. 

INPUT:  -  Threat  aircraft  characteristics  and  vulnerabilities 

-  ADA  system  chracteristics  (weapons  decks) 

-  Aircraft  flight  paths  and  profiles 

-  Scenario  data  (fli^t  path  timing  and  ground  deployments) 

-  Threat  munition  characteristics 

-  BCM  jamming  levels 

OUTPUT:  -  Ccnputer  printout  with  input  data,  Jd.ll  suitinary,  and 
specialized  statistics  on  a  per-site/per-ciircraft  l>asis 

-  Data  tape  for  extensive  post-processing  at  a  later  time 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS) :  MicroVAX  3500  with  VMS  Operating  System 

STORAGE:  2-RA70  280  Mb  disk  drives 
2-ADS  1 . 2  Gb  disk  drives 

PEEilPHERALS :  1-TU81  1/2”  MAG  Tape  Drive;  1-TK50-70  Tape  Cartridge  Drive; 

1-Decwriter  III  System  console;  1-C.  ITCH  400  1pm  printer;  7-user  terminals 

PROGRAMMING  LANGUAGE:  PCKTRAN 
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DOCUMElTrATICN :  Progranmers  Reference  Guide  and  Users  manual  for  each  of 
the  weapon  decks  and  the  CCMD  Input  Language  (OCMTT.) 

OIHER  OCWMENTS:  none 

SECURITY  CLASSIFICATTCN:  Unclassified 


GENERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  2-3  days  for  RVIS;  2-5  hrs  for  DLCS 
CPU  TIME  PER  CYCLE:  1-5  minutes  for  small  scenarios 
DATA  OUTPUT  ANALYSIS:  Dependent  cn  study 
FRE^yiENCY  OF  USE:  3-4  major  &  6-8  minor  studies/year 
USERS:  USAADASCH 


TITLE:  Ccnputer  Assisted  Map  Exercise  (CAMEX) 
r>ATR  TMPT.TjT/IFTTTEn:  07/19/91 
NnnFT,  TVPF;  Analysis 

PROPaSENT:  IRADOC  Analysis  Center  (IRAC),  Operations  Analysis  Center 
(QAC),  Fort  Leavenworth,  KS  66027-5200 

POUTT  of  CCNTACT:  Mr  Calkins,  AIRC,  FMV,  DSN:  552-4595,  IRAC-OAC,  Fort 
Leavenworth,  KS  66027-5200 

PURPOSE:  CAMEX  is  a  ccnprehensive  ccnputer-assisted  map  exercise  losed  to 
simulate  the  significant  aspects  of  Army  doctrine  for  scenario  development 
and  weapon  system  trade-off  analysis. 

DESCRIPTION:  CAMEX  is  a  map  oriented  game  vtose  major  ccnponents  are  a 
set  of  unit  locatiais  represented  on  military  maps  and  a  set  of  manual  and 
conputerized  assessment  algorithms.  Both  of  these  are  governed  by  a  set 
of  game  rules.  Ccarputer  assessments  of  canbat  attrition  are  based  on  the 
methodololgy  derived  from  the  Vector  in  Ccmnander  (VIC)  model.  A 
menu-driven  program  architecture  executed  on  a  SUN  or  HP  windows  terminal 
cillcws  wargamers  to  position  forces;  define  movement  routes  and  combat 
activities;  coordinate  artillery  and  attack  helicc^ter  support;  resupply, 
reorganize,  or  reconstitute  forces;  view  combat  results;  and  generate 
reports  in  a  timely  manner. 

OCNSIRUCITCN:  CAMEX  is  a  ccnputer  assisted  map  exercise  with  the  major 
bod<keeping  and  assessment  results  handled  by  the  computer.  It  can  be 
interrupted  at  any  interval  the  gamer  desires.  It  is  deterministic  with 
direct  fire  assessments  and  movement  updated  every  minute  of  game  time 
with  artillery  missions  being  activitated  by  the  gamer. 

LPHTATTCNS :  -  Intelligence  is  controlled  by  the  gamer 

-  Fixed  wing  assessment  is  ocqputed  off  line 

-  Documentation  not  complete 

PLANNED  IMPROVEMENTS  AND  MJDIFICATICNS :  None. 


INPUT:  -  Force  structure 

-  Weapons  played 

-  System  performance  data 

-  Terrain 


OUTPUT:  -  KV  score  board 

-  Ammo  ejqaended 

-  Grapiiic  locaticiis  of  units'  position 

-  Current  strengths  of  units 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS):  Unix 
STC»AGE:  100MB 
PERIPHERALS:  None 
PROGRAMCNG  LANGUAGE:  SIMSCRIPT 
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DOCUMENTATICN:  -  CftMEX  input  data  guide 

-  Gamer  manual 

-  Executive  summary 

OTHER  CCMIElirS:  None 
SBCURITY  CLASSIFICATICN:  Unclassified 
GENERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  2  weeks  to  2  months 
CPU  TIME  PER  OfCLE:  1  minute  CPU  /  1  hour  battle 
FRBQUENCy  OF  USE:  Quarterly  at  TRAC-QAC 
OCWMENTS:  None 
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TITLE :  Concepts  Evaluation  Model  (CEM)  DATE  IMPLEMENTED:  1974 

MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Concepts  Analysis  Agency 

8120  Woodmont  Avenue 
Bethesda,  MD  20814-2797 

POINT  OF  CONTACT;  William  T.  Allison,  (DSN)  295-5236 

PURPOSE :  CEM  is  used  primarily  to  analyze  force  effectiveness  in 

theater-level  warfare.  It  is  designed  to  provide  a  tool  to  assess 
the  effectiveness  of  different  mixes  of  forces  and  resources  and 
to  estimate  ammunition,  equipment,  and  personnel  requirements. 

DESCRIPTION: 

Domain:  Land  and  Air 

Span:  Accommodates  any  theater  given  a  data  base;  has  been  used 
for  Korea,  Southwest  Asia,  and  Central  Europe 

Environment :  Terrain  consists  of  three  types  representing  good 
cross  country  maneuverability,  marginal  cross  country 
maneuverability  and  road  bound.  Natural  and  man-made  barriers  are 
also  represented.  Terrain  is  described  in  rectangular  bands.  Each 
12-hour  division  level  cycle  represents  average  proportion  of  day 
and  night.  No  weather. 

Force  Composition:  Combined  forces  for  Blue  and  Red 
Scope  of  Conflict:  Conventional  warfare 

Mission  Area:  All  conventional  missions  except  unconventional 
warfare. 

Level  of  Detail  of  Process  and  Entities:  Simulates  command 
decisions  at  four  levels  from  theater  to  division.  Force  inputs 
as  Blue  brigade  and  Red  division.  Combat  occurs  between  Red 
divisions  and  Blue  brigades  along  a  continuous  FEBA.  Accommodates 
up  to  70  Blue  and  125  Red  divisions  with  up  to  51  types  of  weapons. 
Aircraft  are  aggregated  into  two  types;  Air  Defense  Fighters  and 
Tactical  Fighters.  The  latter  are  given  daily  missions  of  Counter 
Air  (CA),  Armed  Recon/ Interdiction  (AR/l),  or  Close  Air  Support 
(CAS).  Attrition  to  CA  and  AR/l  are  probability  of  kill. 
Attrition  to  CAS  and  divisional  personnel  and  equipment  is  derived 
from  results  of  a  high  resolution  simulation  used  to  extrapolate 
for  the  actual  weapons  in  the  CEM  engagements.  Logistics  are 
highly  aggregated.  Movement  of  FEBA  is  a  function  of  attacker  and 
defender  final  to  initial  combat  worth  ratios. 
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CONSTRUCTION: 

Human  Participation:  None.  Fully  automated 

Treatment  of  Randomness :  A  deterministic  expected  value  combat 
simulation.  However,  a  stochastic  version  (STOCEM)  is  available. 
It  treats  decisions,  disposition  of  losses,  recovery  of  damaged 
vehicles,  and  FEBA  movement  as  stochastic  processes. 

Time  Processing:  Time  step  based  on  a  12-hour  division  level 
cycle 

Sidedness :  Two-sided,  symmetric  model 

LIMITATIONS :  Does  not  model  breakthrough,  airborne  assaults, 

engineer  functions,  transportation,  lines  of  communication, 
electronic,  chemical,  or  nuclear  warfare. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS :  Different  combat  attrition 
samples  for  night  and  day;  deep  fires  against  second  echelon  and 
arriving  forces;  combat  attrition  of  GS  artillery. 

INPUT :  Terrain  map;  troop  lists;  TOEs  (personnel,  ammo,  POL,  other 
supplies,  tanks,  APCs,  helicopters,  anti-tank  missiles,  and 
artillery);  shooter- target  results  from  high  resolution  simulation; 
resupply  and  replacement  rates  (personnel,  ammo,  POL,  other 
supplies,  and  weapons);  arrival  schedule  for  resupply,  reinforcing 
artillery  battalions,  and  maneuver  units;  and  FEBA  movement  tables. 

OUTPUT :  Computer  reports  stating  (periodic)  FEBA  locations, 

posture  profiles,  state  of  opposing  forces,  resources  expended, 
KIA,  WIA,  CMIA,  and  DNBI;  and  weapons  hit,  destroyed,  damaged, 
abandoned,  and  repaired.  Graphic  (plotter  or  color  CRT)  display 
of  Scune  results. 

HARDWARE  AND  SOFTWARE: 

Computer :  UNISYS  1100/84;  CRAY  XM-P/48;  CRAY  II 

Storage:  1.2  million  decimal  words 

Peripherals :  Two  tape  drives  or  disks;  one  printer 
Programming  Language:  ASCII  FORTRAN 

Documentation :  CAA-D-85-1 ,  Volume  I,  Technical  Description, 

January  1985  (Revised  October  1987);  CAA-D-85-1,  Volume  II,  Users' 
Handbook,  August  1985.  (Revised  January  1990) 

SECURITY  CLASSIFICATION:  UNCLASSIFIED 

GENERAL  DATA: 

Data  Base:  Acquisition  -  2  months;  Preparation  -  18  man-months 

CPU  time  per  Cycle:  UNISYS  1100/84  -  36  hours  (for  180  days 
simulation);  CRAY  XM-P/48  -4  hours  (for  180  days  simulation) 

Data  Output  Analysis :  2  months 

Freguencv  of  Use:  800  times  per  year 
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Users:  U.S.  Army  Concepts  Analysis  Agency 


Comments :  CEM  is  dependent  on  results  from  a  higher-resolution 
division  model  (presently  COSAGE)  for  combat  attrition  and  munition 
expenditures . 
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TITLE :  CFAW  -  Contingency  Force  Analysis  Wargame 

DATE  IMPLEMENTED:  N/A 
MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Concepts  Analysis  Agency 

Attn:  (CSCA-SPC) 

8120  Woodmont  Avenue 
Bethesda,  MD  20814-2797 

POINT  OF  CONTACT :  Mr.  Russell  Pritchard,  (301)  295-4711, 

(DSN)  295-4711. 

PURPOSE:  CFAW  is  used  primarily  to  exaunine  both  operation  plans 

and  contingency  plans  and  to  analyze  potential  conflict. 

DESCRIPTION: 

Domain :  Land,  Air,  and  over-the-shore  naval  operations. 

Span:  Scale  depends  on  specific  study  needs.  Reasonable  span 

ranges  from  division  to  small  theater. 

Environment :  Hex-based.  Each  hex  edge  incorporates  1  of  10 

possible  types  of  road  and  off-road  traf f icability  factors.  Each 
hex  is  one  of  seven  terrain  types,  which  include  mountains,  hills, 
null,  flat,  swamp,  urban,  and  water.  Hex  size  is  an  input 
parameter;  the  current  model  can  employ  four  49x49-hex  maps. 
Weather,  time  of  day,  and  day  and  night  are  modeled. 

Force  Composition:  Combined  and  joint  forces  can  be  modeled. 

Scope  of  Conflict:  Conventional  conflict  with  rear  area  and 

noncontiguous  FLOT.  Nuclear  and  chemical  play  is  limited  to 
initial  effects  (no  effects  of  contamination,  persistence, 
collateral  damage,  etc.). 

Mission  Area:  Air  (DCA,  CAS,  BAI),  direct  and  indirect  fire 

(including  TBM  and  rockets),  air  defense,  airlift  (including 
airborne  and  airmobile),  and  barrier  operations  are  represented. 

Level  of  Detail  of  Processes  and  Entities:  Land  combat  units  can 
be  modeled  from  company  to  division  as  discrete  entities  with 
brigade/regiment  being  the  preferred  entity  size.  Units  are 
collections  of  direct  and  indirect  fire  weapon  types,  each  having 
a  descriptive  data  base  of  acquisition  and  kill  probabilities,  fire 
distribution,  and  other  input  parameters.  Attrition  on  units  in 
direct  fire  combat  is  adjudicated  by  a  differential  equation. 
Equation  parameters  are  obtained  from  a  detailed,  Monte  Carlo 
simulation  model.  Attrition  varies  with  posture  and  terrain. 
Combat  is  initiated  by  attack  by  an  aggressor  unit  and  terminated 
upon  player  command  or  by  breaching  a  player  specified  attrition 
threshold.  Model  is  a  single-echelon  command  and  control;  players 
must  give  orders  to  each  unit  played  for  movement.  Air  units  are 
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modeled  as  squadrons  of  individual  aircraft  that  can  be  given 
ground  attack,  defensive  counter-air,  or  escort  missions. 

CONSTRUCTION: 

Human  Participation:  Required  for  all  unit  mission  and  movement 
decisions 

Time  Processing:  Dynamic,  Time-step.  Game  time  to  real  time  is 
variable 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo 
Sidedness :  Two-sided,  symmetric 

LIMITATIONS :  Unreproducible  results  due  to  stochastic  randomness 

and  player  variabilities.  Altitude  is  not  played,  which  degrades 
air  defense  fidelity.  Player  span  of  control  limits  practical 
number  of  entities  per  side  to  approximately  100.  Player  decision 
variability  does  not  permit  replication  of  a  specific  game.  Small 
unit  combat,  to  include  SOF-type  activities,  is  not  modeled. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  Enhanced  logistics  effects 
and  improved  ability  to  divert  air  missions  to  immediate  targets. 

INPUT :  Units:  weapon  counts,  ground  speed,  supply  consumption 

rates,  indirect  fire  damage  capability  and  range,  unit  size,  and 
designation.  Scenario:  terrain  description.  Attrition: 

individual  weapons  data,  terrain  effects  on  weapon  densities, 
probabilities  of  detection  and  kill  for  each  weapon  target  pairing, 
expected  aircraft  specific  exchange  ratios,  and  air  defense 
effectiveness.  Game:  initial  map  position  and  arrival  time  for 
each  unit  played. 

OUTPUT :  Current  status  (strength,  position,  and  activity)  and  map 
picture  of  playing  screen  as  desired  during  game.  Strengths  over 
time  of  weapons  by  location,  activity,  type,  etc.  as  desired  by 
analyst  in  tables  and  charts. 

HARDWARE  AND  SOFTWARE: 

Computer :  VAX  780/8600  cluster;  VMS  version  5.43 

Storage :  30 OK  blocks 

Peripherals :  Five  DEC  VT102  terminals,  three  Ramtek  RGB 

monitors  with  driver,  one  printer 
Language :  FORTRAN 
Documentation :  Under  development 

SECURITY  CLASSIFICATION:  Unclassified,  but  data  bases  are  often 
classified. 

GENERAL  DATA: 

Data  Base;  One  to  three  weeks  (given  information  availability) 
CPU  time  per  Cycle:  Approximately  one-third  of  elapsed  time. 
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Pa_ta  Output  Analysis;  Postprocessor /analytical  aids,  hard  copy, 
order  streams 

Frequency  of  Use:  Three  to  four  different  war  geune  scenarios 
per  year 

Users:  USACAA  operates  war  game  for  DA  Staff,  Army  agencies  and 
major  commands 

Comments :  USACAA  performs  configuration  control,  model 

improvements,  and  maintenance 
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TITLE:  Corps  Amnunition  Model  Expanded  (CAM-X) 

DATE  TMPT,F]VIFyrrPT) ;  01/01  /82 

MOnET,  TVPEr  AncLLysis 

PROPCNENT:  USA  TEIADOC  AncLLysis  Comnand,  Ft  Lee  (IRAC-LEE) 

POINT  OF  CCNTACT:  Bruce  E.  Lasswell,  DSN:  539-1816,  Ft  Lee,  VA  23801 

PURPOSE:  CAM-X  is  designed  to  furnish  infarmaticn  on  hew  anitiunition 
requests  may  be  satisfi^  imder  constraints  of  supply  point  lift, 
transportation  networit  and  enemy  attack. 

DESCRIPnCN:  This  model,  a  MAWLOGS  derivative,  may  be  either  stochastic 
or  deterministic.  Requirements  for  ammunition  are  irput  into  the  nindp>l 
based  an  other  model  outputs  or  SOOi?ES  scenarios.  Ammunition  is  loaded 
onto  generic  convoys  and  moves  over  a  given  network  to  the  user.  Route 
and  mode  selection  are  dynamic  based  on  a  shortest  path  algorithm. 

Supply  points  (lift  assets  and  stock),  convoys,  and  the  transportation 
network  may  be  attacked.  All  piiases  of  transportation  (load,  unload, 
consolidation,  transhipment)  are  considered. 

OONSIRUCTION: 

HUMAN  PARTICIPATICN:  NOt  required. 

TIME  PROCESSING:  Dynamic,  event-step. 

IREAIMENT  OF  RANDC^NESS:  Either  stochastic,  Monte  Carlo  or  basiccLLly 
deterministic  as  required  by  the  user. 

SIDEDNESS:  One-sided. 

LIMITATIONS :  Model  requires  extensive  data  input  and  is  not  directly 
related  to  combat  models. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  None. 

INPUT:  Transportation  network,  ammunition  demands  (from  other  model 
outputs  or  SGCKES  scenario),  d^truction  probabilities,  rebuild  times,  and 
unit  locations  and  movement. 

OUTPUT:  Ammunition  delivered,  ammunition  destroyed,  transportation 
mode  utilization  and  schedules. 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS):  VAX  11/780  (VMS),  SUN  4/280  (UNIX) 

STORACE:  Variable. 

PEKEPHERALS:  Printer  and  tape  drive. 

PROGRAMMING  LANGUAGE:  FOmiAN  77M,  GASP  IV. 

DOCUMENTATION:  A  Users  Guide  for  LOGATAK,  A  Simulation  Model  to  Analyze 
Logistic  Network  Distributions  and  Interdiction.  1977,  (DLSIE  ID  42543-MB). 

OTHER  COMMENTS:  CAM-X  was  created  using  the  Models  of  the  Army 
Worldwide  Logistics  System  (MAWLOGS). 

SEXIRTIY  CLASSIFICATION:  Unclassified. 


55 


GENEE^AL  DATA  AND  TIME  REXXJIREyiEmS : 

DATABASE:  N/A. 

CPU  TIME  PER  CYCLE:  Varies. 

DATA  OUTPUT  ANALYSIS:  Varies. 

frequency  CF  USE:  As  needed. 

USERS:  U.S.  Aimy  Ordnance  Missile  and  Munitions  School,  CASOCM. 

GCWlENrS:  Government  agencies  can  obtain  CAM-X  with  a  signed 
memorandum  of  agreement.  Government  Contractors  with  a  valid  contract 
requiring  the  use  of  CAM-X  can  also  obtain  the  model  with  the  ^sproval  of 
the  TEUC  GcRinanding  General.  Inquiries  for  obtaining  the  model  and  the 
supporting  data  bases  should  be  addressed  to  IRAC-TOD,  Ft.  Leavenworth,  KS 
66027-5200  or  call  DSN:  552-5511  or  ccninercial  913-684-5511. 
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TITLE:  CXHPS  BATTLE  ANALYZER  (CX»BAN) 

DATE  IMPLEMENTED:  05/01/90 
MODEL  TYPE:  ANALYSIS 

PROPCNENT:  IRADCX:  ANALYSIS  COMMAND  ( IRAC ) ,  OPERATIONS  ANALYSIS  CENTER 
(OAC)  PORT  LEAVENWORTH,  KANSAS  66027-5200 

POINT  OF  CONTACT:  MRS.  HORNER,  ATRC-EM,  DSN:  552-4595/2533 
IRAC-OAC,  P®T  LEAVENWORIH,  KS  66027-5200 

PURPOSE:  A  RESEARCH  AND  DEVELOPMENT  TOOL  USED  PC»  COURSES  OF  ACTION 
ASSESSMENT,  MIX  AND  EFFECTIVENESS  EVALUATTCNS  IN  FORCE  CAPABILITY  AND 
REQUIREMENT  ANALYSES.  IN  COMBAT  DEVELOPMENT  STUDIES,  THE  SIMULATION  CAN 
BE  USEFUL  IN  EXAMINING  NEW  OR  CURRENT  DOCTRINE  AND  CAPABILITY  STRATEGIES. 
ALSO  CAN  BE  USED  AS  AN  EXERCISE  IXUVER  FCR  CPX  (»  SEMINAR  TRAINING. 

DESCRIPTTCN:  CORBAN  SIMULATES  BATTLE  AT  THE  OPERATTCNAL  LEVEL  BETWEEN  A 
BLUE  CC»PS  AND  A  RED  ARMY.  WHILE  THE  PRIMARY  FOCUS  IS  ON  THE  GROUND 
BATTLE,  THE  MODEL  ALSO  PLAYS  CLOSE  AIR  SUPPORT,  BATTLEFIELD  AIR 
INTERDICnCN,  HELICOPTER  OPERATIONS,  ARTILLERY,  AND  AIR  DEFENSE.  THE 
MODEL  IS  AN  AGC3?EGATED  REPRESENTATTCN  OF  EACH  FUNCTICNAL  AREA.  TERRAIN 
RESOLUnCN  IS  TO  3.5  KM  HEXES  WITH  REPRESENTATTCN  OF  ROADS,  RIVERS, 
RUGGEDNESS,  AND  URBANIZATION.  THE  EFFECTS  OF  DAY  AND  NIC3fr  ARE  PORTRAYED. 
0O?BAN  HAS  THE  CAPABILITY  TO  PORTRAY  COMBINED  AND  JOINT  PONCES  WITH 
ENTITY  RESOLUTION  AT  BATTALION  (IN  SPECIAL  CASES,  SQUADS  AND  PLATOONS  CAN 
BE  REPRESENTED) .  MODEL  PROCESSES  ARE  PERCEPTTCN,  ATTRITION,  COMMAND  & 
CONTROL,  AND  MOVEMENT. 

CONSTRUCTION:  THE  MODEL  IS  CLOSED,  ONCE  LOADED,  IT  REQUIRES  NO  H[JMAN 
PARTTCIPATTON  TO  RUN.  IT  IS  A  DYNAMIC  ARCHTTBCIURE  WHICH  IS  TIME  STEPPED. 
CCXCBAN  IS  AN  EXPECTED  VALUE,  DETERMINISTTC  SIMULAITCN  THAT  IS 
SYPMEIRICALLY  TWO-SIDED. 

LIMITATTONS:  AGGREGATED  OUTPUT  DATA;  NO  EXPLICIT  PERSONNEL  PLAYED. 

PLANNED  IMPROVEMENTS  AND  MODIFICATTONS :  NONE 

INPUT:  FORCE  STRUCTURE 

SYSTEMS  DATA 

TERRAIN 

OPERATTCNAL  ORDERS:  GENERIC  OPERATIONS  TEMPLATES 
ESTAILED  OPERATIONS  OODERS 
SEARCH  PATTERNS 

OUTPUT:  COMMAND  AND  CONTROL  TRACE 
FEBA  PLOT 

VARIETY  OF  ASSESSMENT  DATA:  KTT.T.FR-VTCTTM  SCX»EBCIARD 

ENGAGEMENT  TRACE 

ASSET  ATTRITTCN  SUMMARY 

UNIT  STATUS 

AIR  SENSOl  TARGET  LISTS 
HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS):  DEC  VAX/VMS  MICROVAX,  780,  785,  8600 
(SUN  WORKSTATION  TO  USE  BATTLESHOW  POST-PROCESSOR) 
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STORAGE:  50K 


PERIPHERALS:  PLOTTER  OR  SUN  PCR  BATTLESHOW  PLAYBACK  CAPABILITY 

PROGRANWING  LANGUAGE:  PM^TRAN  FOR  MODEL  AND  BATTLESHOW.  PASCAL  POST 
PROCESSOR  ROUTINES  FOR  PLOTTER  &  OTHER  OUTPUT  ANALYSIS  PROOIAMS. 

DOCUMENTATICN:  DEEP  ATK  PROG  OFF  FINAL  RPT,  30  JUN  85;  TECH  OVERVIEW, 
MAR  87;  CORBAN  VOL  I-USERS  MANUAL,  JUL  90;  OORBAN  VOL  II-DATA  SIRUC,JUL  90; 
OORBAN  VOL  III-SOFIWARE  ARCH,  JUL  90;  CC»BAN  VOL  IV-OPS  GUIDE,  APR  86. 

SECURITY  CLASSIFICATICN:  UNCLASSIFIED 
GENERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  2-3  WEEKS  IF  STARTING  WITH  AN  EXISTING  DATABASE.  1-6  MONTHS 
IF  NE>?  DATA  RB^^JEST  NEEDS  TO  BE  SUBMITTED. 

CPU  TIME  PER  CYCLE:  DEPENDENT  UPON  CCMPUTER-E.G.  1  HR  CPU/2  HRS  BATTLE 
ON  MICROVAX,  1  HR  CPU/6  HRS  BATTTLE  ON  785. 

DATA  OUTPUT  ANALYSIS:  2  HRS  WITH  BATTLESHOW  POST  PROCESSOR.  12  HRS 
WITHOUT  BATTLESHOW  POST  PROCESSOR. 

FREQUENCY  OF  USE:  MONTHLY  AT  TRAC 

USERS:  DEEP  FIRES,  O/O  STUDY,  ENGINEER  STRUCTURE  STUDY,  HEAVY  FORCES 
WTOERNIZATTON,  ACORDS  PARAMETRIC  RANGING,  DEEP  ATK  PROGRAMS  OFFICE. 

O^MENTS:  GOVERNMENT  AGENCIES  CAN  OBTAIN  OORBAN  WITH  A  SIGNED 
METVCRANDUM  OF  AlC2?EEMENr.  GOVERNMENT  CONTRACTORS  WITH  A  VALID  GCNTRACT 
REQUIRING  THE  USE  OF  CCRBAN  CAN  ALSO  OBTAIN  THE  MODEL  WITH  THE  APPROVAL  OF 
THE  TRAC  CXMIANDING  (2NERAL.  INQUIRIES  FOR  OBTAINING  THE  MODEL  AND 
SUPPORTING  DATA  BASES  SHOULD  BE  AT^REKDED  TO  TRAC-TOD,  FT.  LEAVENWORTH,  KS 
66027-5200  OR  CALL  AT  DSN:  552-5511  CB  CCWyiERCIAL  913-684-551 1 . 
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Corps  Battle  Simulation  (CBS)  Systan 
(formerly  called  JESS)  (CBS) 

DATR  TTVtPT.TTVlFyrrRn:  11/01/89 

MODEIi  TYPE:  Training  and  Education 

PROPCNENT:  U.S  Army  Conbined  Arms  Command  -  Training 
ATIN:  ATZL-CTS,  Ft.  Leavenworth  KS  66027 

POINT  OF  OCNTAiCT:  CPT  Howard  Lee,  CAC-T  National  Simualtion  Center 
DSN:  552-3180,  CC>M  (913)  684-3180,  Ft  Leavenworth,  KS  66027 

PURPOSE:  CBS  is  an  automated  oommand  post  exercise  (CPX)  driver 
designed  to  serve  coprs  and  divisioi  level  staffs  as  well  as  separate  briga 
command  groups. 

DESCRIPnCN: 

DOMAIN:  Land  and  air. 

SPAN:  Local. 

ENVIRONMENT:  Terraiin  modeled  as  3  km  hexes. 

FORCE  CCMPOSmCN:  Joint  forces. 

SCOPE  OF  CONFLICT:  Ccaiventional,  chanical  and  nuclear. 

MISSION  AREA:  CBS  models  all  mission  areas  associated  with  a  corps. 

LEVEL  OF  DETAIL  OF  PROCESSES  AND  ENITTIES:  Units  are  modeled  down  to 
battaliCTi. 

OCNSIRUCnON: 

HUMAN  PARTICIPATICN:  Human  pariiicipation  required  for  decisions. 

Simulation  will  run  without  decisions. 

TIME  PROCESSING:  E>ynamic,  time-step. 

TREAIEMENT  OF  RANDOMNESS:  Stochistic,  Mcxite  Carlo. 

SIDECNESS:  Two-sided,  asymmetric.  Both  sides  reactive. 

LIMITATIONS :  Long  set-up  time  and  extensive  controller  staff  required. 

PLANNED  IMPFaCVEMENTS  AND  MXIFICATIONS :  None 

INPUT:  Interactive  order  input  from  ccntroller  staff. 

OUTPUT: 

GrajAiic  and  printed  output  in  message  format. 

HARDWARE  AND  SOFIWARE: 

COMPUTER  (OS):  VAX  6420,  13  MicroVaxII.  VMS. 

STCRAiCS::  900  K  for  exercise  purposes 

PEEIEPHERALS :  Digipads,  termincils,  printers,  TV  monitors. 

PROGRAmiNG  LANGUAGE:  SIMSCRIPT,  C 
DOCUMENTATION:  User  manuals,  analysts  giiide. 

SBCURTIY  CLASSIFICATION:  Unclassified. 

GENERAL  DATA  AND  TIME  REOUIREMENfS : 
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DATABASE;  3  ncnths 

USERS:  All  U.S.  corps  and  division  staffs. 
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TITLE ;  Corps  Level  Artillery  Systems  Simulation  (CLASS) 
DATE  IMPLEMENTED:  1991 


MODEL  TYPE:  Analysis. 

PROPONENT:  OS2  Department,  DRA  Fort  Halstead,  Sevenoaks,  Kent 

POINT  OF  CONTACT:  Dr  G.  Cran,  0959  532222  ext  2801 . 

PURPOSE :  A  research  and  evaluation  tool  to  examine  the  operational 
effectiveness  of  artillery  systems  in  the  All  Arms  battle. 

DESCRIPTION: 

Domain:  Land. 

Span:  Corps. 

Environment :  Terrain  and  cultural  features  represented  to  500m 

resolution,  with  vertical  features  resolved  to  the  nearest  meter. 
Acquisition  is  modified  to  represent  day/night. 

Force  Composition:  Primarily  artillery  forces  and  their 

surveillance  and  target  acquisition  but  other  arms  (mainly  ground 
systems)  represented. 

Scope  of  Conflict :  Conventional . 

Mission  Area:  Corps  and  division-level  artillery  systems. 

Level  of  Detail  of  Processes  and  Entities:  The  lowest  entity 
modelled  is  generally  a  troop  on  Blue  and  a  company  on  Red,  but 
some  high  value  equipments  are  represented  as  individual  vehicles 
e.g.,  MLRS  launcher.  Attrition  is  represented  in  most  detail  for 
indirect  fire.  Acquisition  by  the  different  surveillance  and 
target  acquisition  assets  is  represented  and  subsequent  engagement 
is  determined  by  rules  covering  priorities,  desired  effect  and 
ammunition  selection.  Movement  is  along  predefined  routes.  Direct 
fire  attrition  is  based  on  a  Lanchester  process. 

CONSTRUCTION: 

Human  Participation:  Non-interactive. 

Time  Processing:  Dynamic,  event  step. 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo. 

Sidedness :  Two-sided,  asymmetric  with  both  sides  reactive. 

LIMITATIONS :  None  beyond  those  implicit  in  a  model  of  the  type 

described  here. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  Continually  updated  to 

incorporate  new  systems. 
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INPUT:  GREAT,  opening  deployment,  planned  movement,  terrain  data 

base  and  equipment  characteristics. 

OUTPUT :  Computer  printouts  and  a  data  base  giving  statistics  on 

artillery  systems'  use. 

HARDWARE  AND  SOFTWARE: 

Computer:  Dec  VAX  machines  (6400  or  more  powerful)  VAX/VMS. 

Storage :  cpu:  20  Mbyte;  disk;  1.8  Gbyte  (for  program,  input 

data  and  5  replications  of  output). 

Peripherals :  Printers,  Sigmex  graphics  terminal. 

Development :  Developed  using  the  Jackson  System  Development 

(JSD)  method  and  supporting  tools. 

Programming  Language :  VAX  PASCAL . 

Documentation :  Functional  specification  and  JSD  produced 

documents . 

SECURITY  CLASSIFICATION:  Restricted. 

GENERAL  DATA: 

Time  Reguirements : 

Data  Base:  2-3  man-months  initially. 

CPU  Time  per  Cycle:  Typically  3-4  hours  on  a  VAX  6400  for  8-10 
hours  of  a  Blue  division  versus  4  Red  divisions. 

Data  Output  Analysis:  Large  volume  of  output  can  be  produced  but 
usually  specific  items  are  identified  for  output  then  fed  into  a 
DB  for  subsequent  analysis. 

Freguencv  of  Use:  Continuous. 

Users:  UK  MOD,  DRA  Fort  Halstead. 

Comments : 
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TITLE :  Countermine  Combat  Model  -  COUNTERCOM 


DATE  IMPLEMENTED:  1980 

PROPONENT :  U.S.  Army  Belvoir  Research,  Development,  and 

Engineering  Center,  Ft  Belvoir,  VA  22060-5606 

POINT  OF  CONTACT:  Keith  Dugas,  Advanced  Systems  Concepts  Office 
DSN  654-2138  or  Comm  (703)  704-2138 

PURPOSE ;  COUNTERCOM  was  developed  to  realistically  model,  at 
a  very  high  level  of  resolution  (i.e.,  individual  weapon 
systems),  tank/ anti -tank  combat;  air-to-surface  and  surface- 
to-air  engagements;  the  effects  of  indirect  artillery  and 
mortar  fire  (including  obscuration  and  suppression);  tactical 
maneuver  and  fire  plans;  the  direct  and  indirect  effect  of 
land  mines  and  other  obstacles;  and  countermine/counter-obstacle 
systems.  Besides  the  applications  of  mobility /counter-mobility 
systems  within  the  framework  of  the  modern,  integrated  battle¬ 
field. 

DESCRIPTION: 

Domain :  Land  and  Air. 

Span ;  Accommodates  any  region  depending  on  data  base;  one  data 
base  scenario  completed  but  outdated. 

Environment i  Grid-squares.  Models  transportation  barriers. 
Uses  intervisibilities  of  defender/attacker  path  pairs. 

Force  Composition:  Combined  forces,  Blue  and  Red. 

Scope  of  Conflict :  Conventional . 

Mission  Area:  Close  air  support,  indirect  artillery. 

Level  of  Detail  of  Processes  and  Entities:  High  resolution; 
can  model  individual  units,  systems.  Intelligence  and 
communications  modeled.  Attrition  are  based  on  probabilities, 
Monte  Carlo  for  individual  units. 

CONSTRUCTION: 

Human  Participation:  Not  required.  Human  participation  not 
permitted  once  execution  begins. 

Time  Processing:  Dynamic,  time-step. 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo. 

Sidedness :  Two-sided,  asymmetric,  both  sides  reactive. 

LIMITATIONS :  Stationary  defenders,  fixed  attack  paths,  has  not 

been  updated  since  1980. 
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PLANNED  IMPROVEMENTS /MODIFICATIONS :  None 


INPUT :  Scenario  (area  of  interest,  obstacles,  terrain 

intervisibility),  defensive  types,  defensive  positions,  air 
defense  types,  offensive  types,  sensor  reconnaissance  routes, 
tactics  tables,  probabilities,  indirect  fire  systems,  unit  paths. 

OUTPUT :  Ground  truth  map,  input  data,  battlefield  perception 

map,  lane  availability  map  (for  minefields),  maneuver  tactics 
selected,  results  file  (list  of  events  simulated),  graph  of 
survivors  vs  time,  offensive  and  defensive  casualty  summaries, 
m-kills,  k-kills,  percent  survivors  by  type. 

HARDWARE  AND  SOFTWARE: 

Computer:  CDC  CYBER  6000  series,  NOS/VE  OS. 

Storage:  Minimum  75K 

Peripheral ;  Graphics  printer,  batch  or  interactive  terminal 
Programming  Language:  FORTRAN  4  Extended,  with  some  routines 
in  COMPASS  3. 

Documentation :  Available  from  DTIC,  2  Vols,  ADB061097L 

SECURITY  CLASSIFICATION:  UNCLASSIFIED,  data  bases  can  be 
classified. 

GENERAL  DATA: 

Data  Base:  6  man-months  for  new  data  base 

Data  Input:  1  man-week  to  structure  input  into  model 

CPU  Time  per  Cycle:  About  10  seconds  per  cycle. 

Data  Output  Analysis:  1-2  days. 

Freguencv  of  Use:  Infrequent 
Users :  BRDEC 

Comments :  Has  not  been  updated  to  include  new  scenario, 

weapons  data,  probabilities  in  recent  times. 

Releasabilitv :  Only  to  U.S.  Government  agencies. 
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TITLE ;  Directed  Microwave  Energy  Weapon  Simulation  (DMEWS) 

DATE  IMPLEMENTED:  September  1987 
MODEL  TYPE:  Analysis 

PROPONENT:  U.S.  Army  Materiel  Systems  Analysis  Activity  (AMSAA) 

POINT  OF  CONTACT:  Director,  USAMSAA,  ATTN:  AMXSY-CS  (Mr.  Craig 
Kobren),  Aberdeen  Proving  Ground,  MD  21005-5071, 

DSN  298-6231  or  Comm  301  278-6231 . 

PURPOSE :  A  research  and  evaluation  tool  used  at  the  component 

level  during  system  development  to  estimate  the  effect  of  a  high 
power  microwave  pulse  on  various  electric  systems  or  subsystems. 
The  source  and  its  output  characteristics  are  considered  as  well 
as  atmospheric  propagation,  coupling  to  and  location  of  various 
entry  points  on  a  target,  emission  losses  between  the  entry  point 
and  component,  component  coupling,  and  the  target  path.  The 
primary  measure  of  effectiveness  provided  by  the  model  is 
probability  of  component  failure  as  a  function  of  range  and 
engagement  time.  DMEWS  is  a  digital,  one-on-one  engagement  model 
between  ground  or  air  targets  and  a  Directed  Microwave  Energy 
Weapon  (DMEW).  The  engagement  dynamics  include  probability  theory 
and  a  version  of  the  AMSAA  INCURSION  model  which  has  been  modified 
by  replacing  the  air  defense  gun  routine  with  microwave  weapon 
routines . 

DESCRIPTION: 

Domain :  Land  and  air. 

Span:  Individual  component. 

Environment :  Existence  of  line-of-sight  is  assumed. 

Force  Composition:  Individual  component. 

Scoper  of  Conflict :  Any . 

Mission  Area:  Counter  to  weapons  or  platforms  that  contain 

electrical  circuits. 

Level  of  Detail  of  Processes  and  Entities: 

Entity:  System  component  or  subsystem. 

Processes :  Degrades  or  kills  electrical  circuits. 

CONSTRUCTION: 

Human  Participation;  Not  permitted. 

Time  Processing:  Static,  single-pulse  model. 

Treatment  of  Randomness;  Stochastic,  direct  computation. 
Sidedness ;  One-sided. 
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LIMITATIONS :  Single  pulse  probability  only;  Limited  database  at 

higher  frequencies. 


INPUT ;  Microwave  Generator  Characteristics;  Antenna 

Characteristics;  Atmospheric/Meteorological  conditions;  Entry  Point 
Characteristics  and  Location;  Target  Component  Characteristics; 
Engagement  Parameters. 

OUTPUT :  Time;  Range;  Power  Density;  Accessibility;  Access  Angles; 
Probability  of  damage  of  each  susceptible  Component. 

HARDWARE  AND  SOFTWARE: 

Computer  fOS):  IBM  PC  (DOS) 

Storage  required:  640  K 

Peripherals :  None 

Programming  Language:  FORTRAN  77 

Documentation :  Available.  DDC  Accession  Number:  None. 

SECURITY  CLASSIFICATION:  (Model  without  data)  UNCLASSIFIED. 
GENERAL  DATA: 

Data  Base:  N/A  (time  required  to  prepare). 

CPU  Time  per  Cycle:  2  seconds. 

Data  Output  Analysis:  Analyst  dependent. 
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TITLE:  Direct  Fire  Stand-Alone  Model  -  DFSAM 


DATE  IMPLEMENTED:  1985. 

MODEL  TYPE:  Analysis. 

PROPONENT :  0S1  Department,  DRA,  Fort  Halstead. 

POINT  OF  CONTACT:  N.  Roberts,  0959  532222,  ext  2289. 

PURPOSE :  Research  and  Evaluation  of  weapon  systems  effectiveness. 

DESCRIPTION: 

Domain:  Land. 

Span:  Local  (typically  up  to  20km  front). 

Environment :  Digitized  terrain,  representing  relief,  vegetation 
and  man-made  cover,  500m  resolution. 

Force  Composition:  Heterogeneous  direct  fire  units,  and  "off- 
table"  artillery. 

Scope  of  Conflict :  Conventional . 

Mission  Area:  Direct  fire  battle. 

Level  of  Detail:  Company  (Red)  vs  Troop  (Blue).  High-value 
units  (e.g.  LRGW)  may  be  represented  individually.  Lanchester- 
based  attrition.  Movement  is  along  preplanned  routes,  at  speed 
governed  by  local  going. 

CONSTRUCTION: 

Human  Participation:  Not  required,  but  is  permitted. 

Time  Processing:  Partially  time-sliced,  partially  event 

sequenced. 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo. 

Sidedness :  Two-sided,  symmetric. 

LIMITATIONS :  No  infantry.  No  C3I. 

PLANNED  IMPROVEMENTS :  None . 

INPUT:  Weapon  characteristics  (range,  time  of  flight);  Minefield 

and  barrier  data  (location,  mine  density,  etc.);  Orbat,  deployment, 
routes,  orders;  Systems  data  (DF,  minefield  lethality,  artillery 
lethality ) . 

OUTPUT :  Killer/victim  tables,  by  replication  and  averaged;  Mine 

and  artillery  kills. 
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HARDWARE  AND  SOFTWARE: 

Computer/OS:  VAX/ VMS. 

Storage:  20  MB  (40000  blocks). 

Peripherals :  Requires  DEC  VT100,  VT200  or  VT300  compatible 

terminal . 

Language :  FORTRAN  77. 

Documentation :  User's  guide.  Programmers ' s  guide. 

CLASSIFICATION:  UNCLASSIFIED. 

GENERAL  DATA: 

Time  Reguired: 

Data  Preparation:  Several  weeks. 

Preprocessor :  Few  CPU  minutes. 

Simulation:  Approx  one  minute  CPU  time  per  minute  of  battle. 

Analysis  Package:  Minimal. 

NB  timings  are  based  on  a  complex  main  defensive  action 
scenario. 

Freguencv  of  Use:  Rare. 

Users :  0S1  Department  DRA. 

Comments :  DFSAM  uses  the  same  DF  modelling  as  the  Divisional  War 
Game  (DWG)  from  0S2,  DRA,  and  was  originally  intended  to  be  used 
to  replicate  small  elements  of  the  DWG  campaign  and  DFSAM  normally 
uses  systems  data  files  created  for  DWG  use.  It  is  intended  that 
the  modelling  link  between  the  two  models  be  maintained. 
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TITLE :  Divisional  War  Game  -  DWG 


DATE  IMPLEMENTED:  1975, 


MODEL  TYPE:  Analysis. 

PROPONENT :  OS2  Department,  DRA  Fort  Halstead,  Sevenoaks,  Kent. 

POINT  OF  CONTACT:  Mr  P.  Denny,  0959  532222  ext  2404. 

PURPOSE:  A  research  and  evaluation  tool  primarily  concerned  with 
examining  the  use  of  proposed  weapon  systems  but  also  contributing 
to  the  analysis  of  concepts  of  operations. 

DESCRIPTION: 

Domain:  Land,  with  representation  of  air  operations  in  less 

detail . 

Span:  Corps. 

Environment :  Terrain  and  cultural  features  represented  to  500m 

resolution.  Meteorological  effects  vary  with  time  of  day. 

Force  Composition:  All  arms,  but  with  less  attention  paid  to 
direct  fire  systems  than  to  others. 

Scope  of  Conflict :  Conventional . 

Mission  Area:  Corps  and  division  level  systems. 

Level  of  detail  of  processes  and  entities:  The  lowest  entity 
modelled  is  generally  a  troop,  but  some  high  value  equipments  are 
represented  as  individual  vehicles.  Attrition  is  represented  in 
most  detail  for  indirect  fire  and  AH;  movement  and  engagement  are 
at  players'  discretion  constrained  by  the  rules  of  the  game. 
Communications  between  players  simulate  the  net  structure  of  the 
force. 

CONSTRUCTION : 

Human  Participation:  Is  required  for  decisions,  without  which 
the  game  would  run  but  not  make  sense.  Multiple  command  levels  are 
explicitly  represented. 

Time  and  Processing:  Dynamic,  event  step. 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo. 

Sidedness:  Two-sided,  symmetric. 

LIMITATIONS :  Numbers  of  individual  units  less  than  4000  each  side. 
Rate  of  play  typically  10-15  minutes  real  time  to  1  minute  combat 
time . 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  Continually  updated  to 

incorporate  new  systems.  Much  of  the  software  is  being 
reimplemented . 
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INPUT:  GREAT,  opening  deployment,  equipment  characteristics. 


OUTPUT :  Controllers'  report;  data  appropriate  to  study  topics. 

An  archive  of  past  series  is  maintained  from  which  data  are 
provided  for  a  wide  range  of  studies . 

HARDWARE  AND  SOFTWARE: 

Computer:  Dec  8810,  VAX/VMS  (dedicated). 

Storage :  CPU:  128  Mbyte,  disk:  3  Gbyte. 

Peripherals :  6  Sigmex  graphics  terminals;  2  micro  VAX  II;  30- 

40  VDUs;  20-25  printers;  2  line  printers;  2  magnetic  tape  drives; 
10  Macintosh  Ilci  graphics  workstations. 

Programming  Language:  VAX  FORTRAN  (being  reimplemented  in  C) . 

Documentation :  Functional  specification. 

SECURITY  CLASSIFICATION:  Restricted. 

GENERAL  DATA: 

Time  Reguired: 

Data  Base:  20-30  days,  including  deployment  of  units  using 

Macintosh  graphics  workstation. 

CPU  time  per  cycle:  Dependent  on  phase  of  battle  (i.e.,  nximber 
of  units  in  play  and  their  activities).  In  practice,  cpu  time  is 
less  critical  than  the  players  in  determining  game  speed. 

Data  Output  Analysis:  An  extensive  relational  data  base  is 

created  for  each  game  and  used  to  derive  statistical  and  other 
information  on  weapon  system  performance.  The  data  base  is 
implemented  in  RdB  (full  supporting  documentation  is  available). 

Freguencv  of  Use:  A  series  of  5  games  (each  lasting  1  month)  is 
played  each  year,  plus  occasional  extra  activities. 

Users:  UK  MOD,  DEIA  Fort  Halstead. 

Comments :  A  replay  facility  is  available  for  limited  replication 
and  parametric  variation. 
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TITLE :  Division  Level  War  Game  Model  -  DIVLEV 


DATE  IMPLEMENTED:  1969 
MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Materiel  Systems  Analysis  Activity  (AMSAA) 

POINT  OF  CONTACT :  Director,  USAMSAA,  ATTN:  AMXSY-CC 

(Mr.  Tony  Rouse),  Aberdeen  Proving  Ground,  MD  21005-5071, 

DSN  298-5771  or  Comm  301  278-5771  . 

PURPOSE :  A  research  and  evaluation  tool  used  during  system 
development  and  to  estimate  system  effectiveness . 

DESCRIPTION:  DIVLEV  is  both  a  stand-alone  combat  simulation  and 
man-in- the-loop  war  game.  The  methodology  has  been  calibrated 
through  comparisons  with  historical  battle  results.  The  model  was 
developed  to  produce  realistic  tactical  situations,  accounting  for 
the  environment  and  capabilities  of  opposing  forces,  and  including 
unit  orders,  optional  contingency  orders,  movements  and  attrition 
as  a  function  of  time.  These  situations  are  used  in  the  evaluation 
of  various  item  level  materiel  systems  and  in  evaluations  of  weapon 
mixes.  The  resolution  of  units  that  the  players  control  is  usually 
determined  by  the  objective  of  the  study  and  the  tactics  the 
players  intend  to  use.  Generally,  the  player-controlled  units  are 
of  battalion  or  company  size.  DIVLEV  is  structured  so  that  players 
control  the  organization  for  combat.  They  can  use  either  standard 
TO&E  units  or  task  forces,  and  these  units  can  be  at  either  full 
or  reduced  strength.  The  players  give  orders  and  optional  orders 
to  each  unit  which  include  the  route  the  unit  is  to  take,  the 
unopposed  speed  at  which  it  is  to  move,  the  dimensions  of  the  unit 
(whether  deployed  or  in  column),  and  the  direction  the  unit  is  to 
face  upon  reaching  its  destination.  Optional  orders  are  activated 
when  player  described  conditions  are  met.  Once  an  optional  order 
is  activated,  the  old  order  is  discarded  and  the  unit  starts  on  its 
new  assignment.  DIVLEV  contains  a  representation  of  suppression 
by  both  direct  and  indirect-fire  weapons,  a  treatment  of  system 
reliability,  and  a  representation  of  close  air  support. 
Suppression  effects  are  based  on  combat  experience.  Target 
acquisition  is  played  explicitly.  The  time  step  is  variable. 

Once  sets  of  player-generated  contingency  orders  have  been 
developed,  the  model  can  be  used  as  a  combat  simulation.  In  this 
mode,  the  same  player  inputs  are  used,  but  different  weapon 
characteristics,  artillery  target  priorities,  sensor  mix,  artillery 
attack  criteria,  and  so  forth  can  be  input.  This  feature  allows 
for  the  parametric  evaluation  of  weapon  and  support  systems, 
doctrine,  and  trade-offs  among  them  in  terms  of  force  success. 

Domain:  Land  and  air. 

Span:  Regional. 
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Environment :  Terrain  relief,  mobility  characteristics  and 

cultural  features,  weather,  and  time  of  day. 

Force  Composition:  Combined  forces. 

Scope  of  Conflict :  Convent i onal . 

Mission  Area:  Tactical  combined  arms. 

Level  of  Detail  of  Processes  and  Entities: 

Entity:  Blue  Division,  Red  Army. 

Processes :  Movement,  target  acquisition,  command  and  control, 
attrition,  suppression. 

CONSTRUCTION: 

Human  Participation:  Optional,  for  decisions,  and  if  there  is 
human  participation  the  model  is  designed  to  be  interrupted  for 
the  introduction  of  a  new  set  of  decisions. 

Time  Processing:  Dynamic,  time  step. 

Treatment  of  Randomness:  Deterministic. 


Sidedness :  Two-sided. 

LIMITATIONS :  Unit  logistics  are  recorded,  not  individual  weapon 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  Effort  is  underway  to  improve 
real-time  visual  displays  and  pre-  and  post-game  processing. 

INPUT:  Tactical  scenario — initial  situation  and  unit  objectives; 
Weapon  data — range,  rate  of  fire,  crew  size,  weight  of  ammunition, 
and  range  dependent  kill  rates;  Terrain  statistics,  wooded  and 
urban  areas;  Unit  data  to  include  position,  equipment  strength  and 
maneuver  instructions;  Vehicle  speeds. 

OUTPUT :  Plots  showing  unit  position;  Unit  data  to  include  unit 

position,  strength,  and  interaction  with  opposing  units; 
Killer- victim  scoreboard;  The  time  interval  for  any  of  the  output 
can  be  specified  by  input  codes. 

HARDWARE  AND  SOFTWARE: 

Computer  ( OS ) :  SUN  (UNIX),  VAX  11/785  (UNIX). 

Storage  required:  150K 

Peripherals :  Disc  storage,  tape,  printer,  video,  work  stations. 
Programming  Language:  FORTRAN  77 

Documentation :  "DIVLEV  War  Game  Computer  Program,"  USAMSAA, 

January  1977. 

SECURITY  CLASSIFICATION:  (Model  without  data)  UNCLASSIFIED. 
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GENERAL  DATA: 

Data  Base:  Four  man-months  for  initial  development.  Division  vs. 
Army;  three  man-months  for  weapon  and  other  system,  and  terrain 
data. 

CPU  Time  per  Cycle:  SUN,  simulation  mode,  two  hours  per  24  hours 
of  simulated  combat;  SUN,  war  game  (man-in-the-loop)  mode,  15 
minutes  per  one  hour  game  step. 

Data  Output  Analysis:  One  week  per  variation  from  initial  geune, 
plus  one  month  after  last  variation  for  summaries. 
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TITLE:  ELAN  PLUS  (ELAN+) 

DATE  TMPT.FTyiENrrRD:  Data  not  available 
MODEL  TYPE:  Analysis 

PROPONENT:  TRADOC-Analysis  Ccnmand  -  White  Sands  (IRAC-WSMR) ,  White 
Sands,  NM  88002-5502 

POINT  OF  CXNTACT:  Dr.  H.  M,  Sassenfeld,  TRAC-WSMR,  AIRC-W,  WSMR,  NM 
88002-  5502,  DSN:  258-1615,  Ccnmercial  (505)  678-1615. 

PURPOSE:  ELAN+  is  used  as  a  research  &  development  tool  that  deals  with 
weapons  effectiveness  &  terrain  analysis.  It  is  a  force  capability  & 
frquirements  tool  that  deals  with  course  of  action  planning  and  tactics 
analysis.  It  is  a  conbat  developments  tool  used  for  operational  & 
organizational  concept  development. 

DESCRIPnCN:  ELAN+  is  a  medium  resolution,  two-sided,  event  sequenced, 
deterministic/stochastic  combat  model  for  brigade  and  battalion  level. 
Ccmbat  activities  modeled  are  maneuver,  acquisition,  direct  fire,  fire 
support,  smart  munitions,  mines,  smolce,  and  weather.  Actions  and 
reactions  can  be  triggered  (specifiably)  for  maneuver,  fire,  terrciin,  and 
other  environment.  Interactively  driven  by  menus  and  graphics.  Extensive 
analysis  capability  of  digital  terraiin. 

OCNSTRUCnCN: 

HUMAN  PARTTCIPATTCN :  Fully  autcmated/Man-in-the-loop. 

TIME  PROCESSING:  Dynamic,  event  sequenced. 

TREATMENT  OF  RANDOMNESS:  Stochastic-Mcnte  Carlo  or  Basically 

Deterministic 

SIDEDNESS:  TVgo-sided. 

LTMITATTCNS :  Brigade  level;  no  logistics;  no  explicit  ccmmunications 

PLANNED  IMPROVEMENTS  AND  MCDIFICATTONS:  Dismounted  infantry,  Air  Defense. 

INPUT:  Routes  of  forces,  forced  (specifiable  by  unit  and  task  force), 
maneuver  and  fire  support  schedules,  weapon  performance  data  (from  AMSAA 
data  derived  values)  from  video  terminal;  Weapon  prformance  data  from  tape; 
Digital  teixcdn. 

OUTPUT:  In  graphics  and  print:  scenario,  terxciin  map,  measures  of 
effectiveness  hierarchical  force  diagram. 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS):  Hewlett  Packard  9000  series;  UNIX,  Hf’Basic;  SUN  TV, 

UNIX,  PASCAL 


STC«AGE:  Memory  -  8  MB  RAM 

PERIPHERALS:  Hard  disk,  printer,  color  monitor 
PROGRATTLENG  LANGUAGE:  HPBasic,  PASCAL 
DOOUMENTATTCN:  Available 
SECURITY  CLASSIFICATION:  Unclassified 
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GENERAL  DATA  AND  TIME  t^EOUIREMENTS : 


DATABASE:  Immediate  changes. 

DATA  OUTPUT  ANALYSIS:  Menu  Options  of  data  analysis. 

USERS:  IRAC-WSMR. 

CXM1ENTS:  Government  agencies  can  obtain  ELAN+  with  a  signed 
manacandum  of  agreement.  Government  cc^tractors  with  a  vcilid  contract 
requiring  the  use  of  ELAN+  can  detain  the  model  with  the  approvcLL  of  the 
IRAC  conmander.  Inquiries  should  be  addressed  to  TRAC-TCD,  Ft. 
Leavenworth,  KS  66027-5200  or  call  DSN:  552-5511  or  ccitinercial 
913-684-5511. 
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TITLE :  Electronic  Warfare  Multiple  Sensor  Analysis  (EMSA) 

DATE  IMPLEMENTED:  1983 
MODEL  TYPE:  Analysis. 

PROPONENT:  OS 2  Department,  DRA  Fort  Halstead,  Sevenoaks,  Kent 

TN147BP,  UK. 

POINT  OF  CONTACT:  Mr  P.C.  McMahon,  0959  532222,  ext  2353. 

PURPOSE :  EMSA  is  a  research  and  evaluation  tool  for  the  study  of 

data  fusion  in  communications  intelligence  (COMINT),  using  AI 
techniques.  It  is  being  assessed  currently  as  a  possible  training 
aid. 

DESCRIPTION: 

Domain :  Abstract. 

Span:  Typically  Army /Corps. 

Environment :  None. 

Force  Composition :  ORBAT  independent . 

Scope  of  Conflict:  Conventional. 

Mission  Area:  All  missions  which  generate  electromagnetic 

radiation  susceptible  to  Electronic  Support  Measures  (ESM) . 

Level  of  Detail  of  Processes  and  Entities:  CLASSIFIED 

CONSTRUCTION: 

Human  Participation:  Not  required,  participation  not  permitted. 
Time  Processing:  Static. 

Treatment  of  Randomness :  Basically  deterministic,  uses  rule- 

based  and  constraint-based  reasoning. 

Sidedness :  One-Sided. 

LIMITATIONS :  Cannot  be  used  in  an  ELINT  role. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  Development  of  all-source 

fusion  version  known  as  IMSA,  using  constraint  based  reasoning, 
IMSA,  using  constraint  based  reasoning.  IMSA  being  ported  to  Sun 
workstations . 

INPUT:  EOB,  ESM  results  from  Electronic  Warfare  Simulation  (EWS). 
OUTPUT :  Raw  or  processed  data,  magnetic  media  or  printout. 

HARDWARE  AND  SOFTWARE: 
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Computer :  MicroVax  II,  VAX  11/785,  VMS  version  5.4. 

Storage :  Minimum  disc  requirement  100  Mbytes  (current 

environment  7.6  Gbytes  ).  Minimum  CPU  requirement  20  Mbytes  RAM 
(current  configuration  128  Mbytes). 

Peripherals :  Any  DEC  compatible  terminals  or  printers,  minimum 

requirement  1  VTlOOs,  1  printer  Graphical  display  on  Macintosh  II 
computers . 

Programming  Language:  VAX  Pascal,  Quintus  Prolog. 

Documentation :  Functional  and  technical  specifications  to  NATO 

standard  AQAP  13,  and  British  Standard  (BS)5750  Part  1.  CLASSIFIED. 

SECURITY  CLASSIFICATION:  CLASSIFIED. 

GENERAL  DATA: 

Time  Reguirements : 

Data  Base:  Typically  less  than  5  man-days  to  prepare  complete 
EOB. 

CPU  Time  per  Cycle:  Typically  two  hours  of  scenario  time 

processed  in  5  minutes  real  time. 

Data  Output  Analysis;  Comprehensive  environment  for  the  analysis 
of  results,  including  scoring  of  unit  identification.  Graphical 
display  using  MIDAS. 

Freguencv  of  Use:  Continuous  software  development.  Typically 
a  maximum  of  two  studies  carried  out  in  parallel. 

Users ;  UK  MoD,  DElA  Fort  Halstead.  Earlier  version  supplied  to 
TRAC (USA)  . 

Comments :  Additional  models  interface  with  EMSA.  EDP  summarizes 
the  performance  of  the  COMINT  analysis.  MIDAS  is  a  highly 
interactive  display  and  analysis  tool  for  the  examination  of  output 
from  EMSA. 
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TITLE ;  Electronic  Warfare  Simulation  (EWS) 

DATE  IMPLEMENTED:  1978 
MODEL  TYPE:  Analysis. 

PROPONENT :  OS2  Department,  DRA  Fort  Halstead,  Sevenoaks,  Kent 

TN147BP,  UK. 

POINT  OF  CONTACT;  Mr  P.C.  McMahon,  0959  532222  ext  2353 

PURPOSE :  The  EWS  is  a  research  and  evaluation  tool  for  the  study 

of  communications  and  electronic  warfare  at  the  tactical  and 
operational  levels  of  command.  It  is  used  to  assess  the 
effectiveness  of  communications  and  EW  equipment  and  tactics.  The 
current  version  of  EWS  is  the  1991  revision. 

DESCRIPTION: 

Domain:  Land,  with  limited  air-to-ground  EW  capability. 

Span:  Army /Corps 

Environment :  Terrain  representation  in  azimuth  to  500m, 

elevation  to  1m.  Culture  classified  as  clear,  urban  or  wooded. 
Electromagnetic  environment  modelled  to  1kHz  frequency  interval, 
IdB  power  level.  Time  of  day  used  for  HF  propagation. 

Force  Composition;  ORBAT  independent.  Any  unit  possessing 
electromagnetic  equipment  can  be  represented. 

Scope  of  Conflict:  Conventional,  with  potential  to  represent  EMP 
effects . 

Mission  Area:  All  missions  requiring  the  use  of  communication 
systems . 

Level  of  Detail  of  Processes  and  Entities:  Individual  emitters 
(e.g.,  radio  sets)  represented  as  entities.  Processes,  e.g.,  ECM, 
operate  on  individual  emissions. 

CONSTRUCTION: 

Human  Participation:  Not  required,  scheduled  changes.  Can  be 
used  interactively. 

Time  Processing:  Dynamic,  time  and  event  step. 

Treatment  of  Randomness:  Deterministic,  generates  a  value  as  a 
function  of  an  expected  value. 

Sidedness :  Two-sided  symmetric. 

LIMITATIONS :  Data  base  restriction  of  maximum  4000  units.  Time 

step  (6  seconds)  too  long  for  some  types  of  emitter  to  be 
represented  faithfully. 
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PLANNED  IMPROVEMENTS /modifications :  Extensive  programme  of 

redesign  and  restructure  underway,  intended  to  replace  the  EWS  by 
1994.  New  model  to  be  called  CEWS  (Communications  and  Electronic 
Warfare),  employing  object  oriented  design  and  C++  implementation. 
CEWS  will  be  fully  event  driven. 

INPUT :  EOB,  deployment  of  emitters,  EMCON  policy  and  duty  cycles, 
technical  characteristics. 

OUTPUT :  Raw  or  processed  data  (using  performance  metrics), 

magnetic  media  or  printout. 

HARDWARE  AND  SOFTWARE: 

Computer:  VAX  6000-440,  VMS  version  5.4. 

Storage:  Minimum  disc  requirement  150  Mbytes  (current 

environment  7.6  Gbytes).  Minimum  CPU  requirement  20  Mbytes  RAM 
(current  configuration  192  Mbytes). 

Peripherals :  Any  DEC  compatible  terminals  or  printers,  minimum 

requirement  2  VTlOOs,  1  printer.  Graphical  display  on  Macintosh 
II  computers. 

Programming  Language:  VAX  FORTRAN,  Rapport  relational  data  base. 

Documentation :  Functional  and  technical  specifications  to  NATO 

standard  AQAP  13,  and  British  Standard  (BS)  5750  Part  1. 
CLASSIFIED. 

SECURITY  CLASSIFICATION:  CLASSIFIED. 

GENERAL  DATA: 

Time  Reguirements : 

Data  Base:  Scenario  dependent,  typically  3  -6  man  months  for 
corps-level  study. 

CPU  Time  per  Cycle:  Typically  one  minute  of  scenario  time  equals 
15  minutes  real  time. 

Data  Output  Analysis:  Comprehensive  environment  for  the  analysis 
of  results.  Susceptibility  analysis,  measures  of  performance 
tailored  for  the  study  requirements, 

Freguencv  of  Use:  Continuous  software  development.  Typically 
a  maximum  of  two  studies  carried  out  in  parallel. 

Users :  UK  MoD,  DRA  Fort  Halstead.  Earlier  versions  supplied  to 
ORAE  Canada,  USAICS,  TRAC (USA). 

Comments :  Additional  models  interface  with  EWS  MIDAS  is  a  highly 
interactive  display  and  analysis  tool  for  the  validation  of  input 
and  the  examination  of  output  from  the  EWS.  IGRP  summarizes 
results  from  ESM  collection.  EMSA  carries  out  COMINT  analysis  of 
ESM  results,  using  IKBS  techniques. 
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TITLE :  Evaluation  of  Air  Defense  Effectiveness 


EVADE  II 


DATE  IMPLEMENTED:  June  1969. 

MODEL  TYPE:  Analysis. 

PROPONENT :  U.S.  Army  Materiel  Systems  Analysis  Activity,  Aberdeen 
Proving  Ground,  MD  21005-5071. 

POINT  OF  CONTACT:  Wyoming  Paris/Everett  White,  DSN  298-6382/84. 

PURPOSE :  The  EVADE  model  is  used  to  evaluate  the  survivability  and 
effectiveness  of  aircraft  and  aircraft  systems,  and  the 
effectiveness  of  air  defense  weapons,  countermeasures,  tactics  and 
techniques.  It  is  a  deterministic  model  that  evaluates  fixed  and 
rotary-wing  aircraft  in-scenario,  in  combat  with  an  array  of  ground 
air  defense  gun  and  missile  systems  utilizing  digitized  terrain. 
Aircraft  fly  predetermined  paths  over  prepositioned  weapons 
systems.  EVADE  II  is  a  research  and  evaluation  tool  that  permits 
study  of  air  vehicle  interactions  with  air  defense  gun  and  missile 
systems . 

DESCRIPTION: 

Domain:  Ground-to-air  and  air-to-ground. 

Span;  Regional,  limited,  or  local  arena. 

Environment ;  Digitized  terrain  (cities,  forest,  orchards,  high 
grass,  bare  earth),  RF  and  IR  signatures,  weather  and  lighting, 
ECM. 

Force  Composition;  Multiple  aircraft  and  multiple  ground  weapon 
systems . 

Scope  of  Conflict:  Conventional  Red  and  Blue  weapons  systems. 

Mission  Area:  Anti-armor,  close  air  support,  airlift,  direct 

fire  weapons. 

Level  of  Detail  of  Processes  and  Entities:  Calculates  the 

probability  of  Attrition  Kill,  Forced  Landing,  and  Mission  Abort 
as  well  as  aircraft  and  troop  losses  for  air  participants; 
mobility,  firepower,  and  combined  mobility-fire  power  damage  levels 
for  ground  targets . 

CONSTRUCTION: 

Human  Participation:  Not  required. 

Time  Processing:  Dynamic  with  time  steps. 

Treatment  of  Randomness:  Expected  value  deterministic. 
Sidedness :  Two-sided  symmetric. 
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LIMITATIONS ;  Fixed  flight  paths  for  a  given  run,  maximum  of  32 
aircraft  independent  paths  (with-out  changing  dimensions),  maximum 
1000  ground  weapon  systems,  no  continuous  movement  of  ground 
systems  (multiple  "snapshots"  are  used). 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS :  Incorporation  of  Air 

Defense  Network  (ADNET),  Command,  Control  Communication, 
Intelligence,  Prioritization  (C3IP)  Links,  square  kilometer  Grid 
(read-in  optimization)  in  Terrain  Database. 

INPUT:  Interactive  input  routine.  Ground  weapon  characteristics 

and  location,  aircraft  characteristics  (flight  path,  weapon 
systems,  vulnerable  areas,  speed,  etc.),  digitized  terrain  (with 
vegetation)  DMAHTC,  radar  detection,  countermeasures  (warning 
receivers,  jammers),  SAM  Pk's,  aircraft  signatures. 

OUTPUT:  Time  history  of  engagement  (firings  and  subsequent  kill 

damage,  etc),  assessment  of  air  and  ground  losses,  number  of  rounds 
and  missiles  fired,  dynamic  graphics  mission  portrayal. 

HARDWARE  AND  SOFTWARE: 

Computer :  Alliant,  CRAY  XMP,  CRAY  II,  Interactive  EVADE  Input 

Routine,  Dynamic  Graphics  Output  Routine. 

Storage:  Program:  Approx.  677  kilobytes. 

Peripherals :  Graphics  terminal,  PC  for  interactive  version. 
Program  Language :  FORTRAN . 

Documentation :  Users  manuals  available.  (need  updated) 

SECURITY  CLASSIFICATION:  SECRET.  Model  and  data  base  are  SECRET. 
GENERAL  DATA: 

Data  Base:  Dependent  on  available  input  data  -  1  day  to  2  weeks. 

CPU  Time  per  Cycle:  Dependent  on  data  base  size  and  player 

configuration.  Can  take  from  1-2  minutes  to  several  hours  for 
largest  scenarios. 

Data  Output  Analysis:  5  min.  to  several  hrs.  depending  on  level 
of  analysis  and  desired  complexity  of  scenario. 

Users :  Past  users  include  AVRADCOM,  St.  Louis,  MO;  AMSAA, 
Aberdeen  Proving  Ground,  MD;  Ketron  Inc.,  Towson,  MD;  NAD,  Crane, 
IN;  CIA.  Currently  AMSAA  and  Ketron  are  active  users. 
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TITLE :  Extended  Directed  Energy  Combat  Simulation  (EDECSIM) 
DATE  IMPLEMENTED:  1989 


MODEL  TYPE:  Analysis. 

PROPONENT ;  OSI  Dept,  Defence  Research  Agency,  Fort  Halstead, 
Sevenoaks,  England. 

POINT  OF  CONTACT:  Mr  D.F.  Wardleworth,  0959  532222,  ext  3388. 

PURPOSE :  Study  of  Effectiveness  of  forces  equipped  with 

conventional  and  novel  DF  weapons  and  smart  munitions. 

DESCRIPTION: 

Domain:  Land,  including  rotary  wing  aircraft  and  low  level  air 
defence . 

Span:  There  is  no  hard  upper  limit  terrain  size  nor  on  numbers 
of  units  represented.  Several  hundred  units  on  an  area  20km  square 
have  been  studied. 

Environment :  Terrain  height  and  vegetation/building  cover  are 

modelled  to  a  horizon  resolution  of  100m.  Obscuration,  poor 
visibility  and  TI  sensors  can  be  represented  but  pyrotechnic 
illumination  and  other  night  viewing  enhancements  are  not  currently 
modelled. 

Force  Composition:  EDECSIM  is  two-sided  and  represents  the 

essential  characteristics  of  vehicle  borne  and  certain  dismounted 
weapons.  Infantry  and  fixed  wing  aircraft  are  not  represented. 

Scope  of  Conflict:  Conventional  weapons;  other  systems  may  be 
accommodated  by  program  by  program  modification  if  suitable  data 
is  available. 

Mission  Area:  Normal  study  parameters  include  attrition, 

assessment  of  assault  success  and  enemy  observation  are  also 
possible. 

Level  of  Detail  of  Processes  and  Entities:  Individual  vehicles 

are  represented  and  a  variety  of  surveillance  and  engagement 
tactics  can  be  selected.  Vehicle  routes  are  prespecified  although 
a  limited  number  of  responses  to  battle  development  are  possible. 
Smart  munition  missions  are  controlled  by  an  autonomous  module 
which  deduces  viable  targets  from  observer  reports;  this  module 
includes  limited  representation  of  communications.  Obscuration, 
conventional  artillery  and  minefields  are  also  represented. 

CONSTRUCTION : 

Human  Participation:  None,  but  scenarios  are  based  on  man-in- 
the-loop  wargames. 

Time  Processing:  Event  sequenced. 
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Treatment  of  Randomness: 


Stochastic . 


Sidedness :  Two-sided,  sides  are  interchangeable  with  no  limits 

on  size,  apart  from  overall  constraints. 

LIMITATIONS :  Excessive  divergence  from  the  source  wargame  must  be 
avoided.  Large  and  intense  battles  demand  appreciable  computer 
resources . 

PLANNED  IMPROVEMENTS /modifications :  Defensive  Aids  Suites  will  be 
represented. 

INPUT :  Terrain  data,  unit  detectability,  weapon  systems  data 

including  ranges,  times  of  flight,  rates  of  fire  and  lethality; 
deployments,  routes  and  tactical  responses  including  sensor  usage 
rules;  obscuration,  minefield  and  artillery  data. 

OUTPUT :  Overall  attrition,  inter-unit  effectiveness  by  type, 

detections  and  engagements  by  time  and  range  individual  unit 
interactions,  area  analysis  by  side  and  by  status  (live/dead); 
plots  of  unit  positions.  Graphics  playback  of  individual 
replications  allow  interrogation  of  vehicles  or  ground-mounted  GW 
units  to  determine  status  and  activity  at  any  time. 

HARDWARE  AND  SOFTWARE :  (for  VAX;  a  Cray  version  is  also 

available. ) 

Computer :  DEC  VAX  8700  or  785;  GPX-II  required  for  graphics. 
Storage ;  (Blocks)  -  for  29-minutes  scenario,  input,  7000  output, 
2000;  graphics,  47000. 

Peripherals :  A  suitable  terminal,  printer  and  plotter. 

Programming  Language:  Mainly  VAX  Pascal,  some  FORTRAN  77. 
Documentation ;  Functional  Specification,  Data  Requirements 
Specification;  User  Guide,  Executive  Summary. 

SECURITY  CLASSIFICATION:  UK  CONFIDENTIAL. 

GENERAL  DATA: 

Data  Base:  Scenario  preparation  time:  transfer  time  from  JANUS 
(DRA  OS1  Battlegroup  Wargame,  BGWG)  4  man-weeks-plus  (depends  on 
scenario  and  extent  of  data  revision). 

CPU  Time  per  Cycle:  Depends  on  scenario;  a  Main  defensive  Action 
with  154  units  required  18  minutes  CPU  per  minute  of  battle  when 
run  on  a  VAX  785;  typically  10  replications  are  run  per  case. 

Data  Output  Analysis:  See  OUTPUT. 


Frequency  of  Use:  2-3  major  and  2-3  minor  studies  per  year. 

Users :  Combat  Simulation  Section,  OS1  Dept,  Defence  Research 

Agency,  Halstead. 
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Comments :  EDECSIM  is  constantly  being  developed  and  refined  both 
to  accommodate  new  concepts  and  to  introduce  appropriate  levels  of 
realism.  A  library  of  representative  scenarios  is  being  built  up 
in  order  to  permit  studies  to  be  performed  with  minimal  delay. 
Scenarios  are  normally  derived  from  0S1  BGWG  thus  providing  a  high 
degree  of  military  expertise  in  OA  studies. 
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TITLE :  Fire  Support  Conunand  and  Control  Analysis  Tool  (FISCCAT) 

DATE  IMPLEMENTED:  1987 


MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Materiel  Systems  Analysis  Activity  (AMSAA) 

POINT  OF  CONTACT :  Director,  USAMSAA,  ATTN:  AMXSY-CC 

(Mr.  Peter  Norman),  Aberdeen  Proving  Ground,  MD  21005-5071, 

DSN  298-6541  or  Comm  301  278-6541 

PURPOSE :  A  research  and  evaluation  tool  for  use  during  system 
development  and  to  estimate  system  effectiveness.  The  FISCCAT 
model  was  designed  to  aid  in  the  evaluation  of  the  item  level 
performance  of  the  Advanced  Field  Artillery  Tactical  Data  System 
(AFATDS).  It  focuses  on  the  message  processing  required  within  the 
fire  execution  mission. 

DESCRIPTION:  FISCCAT  is  a  one-sided,  discrete  events  simulation. 
The  stimulus  for  the  model  is  a  list  of  targets  of  opportunity. 
FISCCAT  was  designed  with  flexibility  in  mind  —  both  force 
structure  and  network  characteristics  can  be  easily  changed  to 
examine  different  configurations  of  artillery  command  and  control. 

Domain :  Land . 

Span:  Regional  (any  region). 

Environment :  Not  applicable. 

Force  Composition:  Artillery  command  and  control  within  a 

maneuver  brigade  supported  by  Direct  Support  and  Reinforcing 
Battalions . 

Scope  of  Conflict:  Any  level  that  includes  artillery  command  and 
control . 

Mission  Area:  Indirect  artillery  command  and  control  and 

sensors . 

Level  of  Detail  of  Processes  and  Entities: 

Entity:  Artillery  command  and  control  within  a  maneuver 

brigade  supported  by  Field  Artillery  battalions. 

Processes :  Targets  introduced  into  the  simulation  trigger 

message  traffic  by  the  node  that  "acquires"  the  target.  Subsequent 
message  traffic  results  as  the  target  is  processed.  While  the 
model  accounts  for  representative  time  for  batteries  to  fire 
missions,  the  model  does  not  include  the  results  of  weapon  fire  and 
so  provides  measures  of  performance  rather  than  effectiveness. 
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CONSTRUCTION: 

Human  Participation:  Not  permitted. 


Time  Processing:  Dynamic,  event  step. 

Treatment  of  Randomness:  Stochastic  or  deterministic,  depending 
on  data  availability  and  study  purpose. 

Sidedness :  One-sided. 

LIMITATIONS :  Assumes  Perfect  Communications;  Nodes  100%  Available; 
Mission  Characteristics  Not  Dynamic  (i.e.,  they  are  input); 
Represents  Only  Brigade  Slice  of  Fire  Support  Assets;  Unlimited 
Amount  of  Ammunition  Played. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  Add  division  assets,  and  more 
sensors . 

INPUT:  Force  Structure;  Communications  Net  Structure;  Processing 

Times  (Device  and  Operator);  Fire  Request  File. 

OUTPUT :  Fire  Mission  Data  (detailed  data  on  fire  missions 

requested,  those  completed,  and  those  rejected);  Fire  Unit  Data 
(hourly  summary  of  fire  unit  usage);  Net  Utilization  Data. 

HARDWARE  AND  SOFTWARE: 

Computer  (OS):  SUN  (UNIX),  Gould  (UNIX),  11/785  (VMS) 

Storage  Required:  10  Megabytes  of  Hard  Disk 

Peripherals :  None 

Programming  Language:  SIMSCRIPT 

Documentation :  AMSAA  Tech  Rept  510  -  Oct  91  describes  V&V 

performed  on  FISCCAT. 

SECURITY  CLASSIFICATION:  (Model  without  data)  UNCLASSIFIED. 
GENERAL  DATA: 

Data  Base:  Eight  man-weeks  to  develop  new  force  structure  input 

CPU  Time  per  Cycle:  10  to  60  minutes  for  20  hours  battle  with 
20  to  180  targets  per  hour 

Data  Output  Analysis:  Several  weeks  depending  on  study 

complexity . 
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TITLE:  First  Battle:  Battalion  through  Corps  (FB:  B-C) 

DATE  Ty^r.FT/IFNTRT);  11/10/89 
M3DEL  TYPE:  Training  and  Education 

PROPCMENT:  U.S  Army  Canbined  Arms  Conmand  -  Training,  ATIN:  ATZL-CTS 
Ft.  Leavenworth,  KS  66027 

POINT  OF  CCNTACT:  CPT  John  Hiighes,  ATZL-CTS-BB,  DSN:  552-3189 
USACAC-Training,  Ft.  Leavenworth,  KS  66027 

PURPOSE:  FB:  B-C  trains  unit  conmanders  and  staffs  in  the  the  control 
and  coordination  of  canbined  arms  cperaticns  in  a  simulated  canbat 
environment.  Exercises  a  unit's  tactical  SOP's. 

DESCRIPnCN: 

DCMAIN:  The  model  plays  land,  air  and  sea. 

SPAN:  Any  map  -  theater  to  local. 

ENVIROIMENr:  Played  on  standard  maps.  Plays  day /night.  Models  roads, 
bridges,  cities  and  obstacles. 

FORCE  CCMPOSITICN:  Any  force. 

SCOPE  OF  OCNFLICT:  Plays  all  weapon  systens  including  NUC/CHEM. 

MISSICN  AREA:  Ccnventicnal  force  to  corps. 

LEVEL  OF  DETAIL  OF  PROCESSES  AND  ENTITIES :  Army  to  single  soldier. 


OCNSTRUCnCN: 

HUMAN  PARTICIPATICN :  Human  participation  required  for  decisicns  and 
to  process  model. 

TIME  PROCESSING:  Static. 

TE^TMENT  OF  RANDOMNESS:  Stochastic,  Monte  Carlo. 

SIDEDNESS:  IWo-sided,  asymmetrical. 

LIMITATKyrS :  No  graphics  or  terxciin  representation.  Depends  on  map 
board  and  unit  counters.  Is  game  turn  dependent. 

PLANNED  IMPROVEMENTS  AND  MCiDIFICATTCNS;  Update  user  and  training 
documentaion. 

INPUT:  Movement /critical  orders,  unit  names/locations,  resupply, 
scenario. 

OUTPUT:  Conflict  resolution.  Battle  Danmages,  personnel  and  logistics, 
loses  and  reports. 

HARDWARE  AND  SOFIV»ARE: 

COMPUTER  (OS) :  lEM  corpatible  PC.  MS  DC^ 

STMIAGE:  10  megabyte  hard  disk  with  a  minimum  of  5  megabytes  free. 
PERIPHERALS:  Epson- type  printer. 

PROGRAM^UNG  LANGUAGE:  Turbo  Pascal 

EXXUMENTATION:  Istallaticxi  guide,  Basic  Rules  and  Supplements  for 
play. 

SBCURTIY  CLASSIFICATION:  Ihclassified. 
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DA"; 


DATABASE:  1  day. 

CPU  TIME  PER  CYCLE:  unknCMi 
DATA  OUTPUT  ANALYSIS:  N/A 

USEE?S:  Ccmmanders  and  staffs,  battalion  throu^  corps 
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TITLE ;  Force  Analysis  Simulation  of  Theater  Administrative  and 
Logistics  Support  (FASTALS)  Model 

DATE  IMPLEMENTED:  1971 

MODEL  TYPE:  Analytical 

PROPONENT :  U.S.  Army  Concepts  Analysis  Agency 

Attn:  Force  Directorate 

8120  Woodmont  Avenue 
Bethesda,  MD  20814-2797 

POINT  OF  CONTACT:  Mr.  Raymond  G.  McDowall,  (DSN)  295-5264  or  (301) 
295-5264. 

PURPOSE :  The  objective  of  FASTALS  is  to  develop  the  balanced, 

time-phased  support  force  requirements  for  a  specified  combat 
force.  FASTALS  is  used  primarily  for  force  planning  studies  and 
analysis  generally  in  the  context  of  the  Defense  Guidance 
Illustrative  Planning  Scenario  (DGIPS). 

DESCRIPTION: 

Domain:  Land 

Span:  Each  run  accommodates  one  theater  with  a  specified  combat 
force  in  a  combat  scenario. 

Environment :  Theater  dependent 

Force  Composition:  Specified  by  study  sponsor  and  used  to 

generate  requirements  for  Army  logistical  units. 

Scope  of  Conflict:  N/A 

Mission  Area:  FASTALS  is  a  deterministic  computer  program  that 
was  developed  to  generate  the  time-phased  Army  support  requirements 
that  result  from  a  given  combat  simulation. 

Level  of  Detail  of  Processes  and  Entities:  Support  requirements 
are  generated  for  each  unit  type  (functional  area)  including 
engineer,  chemical,  medical,  transportation,  ordnance, 
quartermaster,  et  al,  by  Standard  Requirements  Code  (SRC).  The 
workload  requirements  needed  to  sustain  the  forces  are  also 
generated  and  displayed  workloads  include  maintenance, 
construction,  supply  consumption,  transportation,  patient  care, 
personnel  replacement,  and  other. 

CONSTRUCTION: 

Human  Participation:  All  inputs  are  developed  by  functional  area 
analysts  prior  to  model  execution.  No  interaction  is  permitted 
during  model  execution. 

Time  Processing:  Dynamic  time-step 
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Treatment  of  Randomness:  Determination 


Sidedness :  One-sided 

LIMITATIONS :  No  attrition  to  support  units  or  retrograde  movement 
operations;  single  movement  of  units  and  supplies  from  point  of 
arrival  to  destination. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  Continue  to  develop 

routines  to  facilitate  and  enhance  data  entry  and  retrieval. 

INPUT;  The  following  data  base  in  magnetic  tape  form  and  used. 
Military  Traffic  Management  Command  weights  file.  Army  MARC 
Maintenance  Data  Base,  Force  Accounting  System  unit  data,  and 
Consumption  factor  data  (provided  on  floppy  disks)  from  the  U.S. 
Army  Logistics  Center. 

OUTPUT ;  Force  listing  is  in  the  form  of  a  time-phased  troop  list 
indicating  unit  requirements  by  SRC. 

HARDWARE  AND  SOFTWARE: 

Computer:  UNISYS  1100/84,  Macintosh 

Storage:  1.5  megabytes 

Peripherals :  Two  9-tract,  6250-byte-per-inch  tape  drives 

Language:  FORTRAN- 7 7 

Documentation;  User's  Manual  and  Programmer's  Guide 
GENERAL  DATA: 

Data  Base:  One  man-month  or  more  depending  on  size  of  force  and 
complexity  of  theater  being  evaluated 

CPU  Time  Per  Cycle;  Thirty  minutes 

Data  Output  Analysis:  Two  weeks  or  more  depending  upon  theater 

Frequency  of  Use:  Used  approximately  30  times  per  year  for 

record  runs. 

Users :  USACAA,  U.S.  Army  Logistics  Center,  U.S.  Army  Logistics 

Evaluation  Agency 

Comments :  This  mode  has  been  used  for  20  years  to  develop  the 

support  force  requirements  for  the  Army  and  is  accepted  as  the 
standard  by  which  other  models  are  measured. 
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TITLE:  Force  Evaluation  Model  (FORCEM)  DATE  IMPLEMENTED:  1985 


MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Concepts  Analysis  Agency 

8120  Woodmont  Avenue 
Bethesda,  MD  20814-2797 

POINT  OF  CONTACT:  Dr.  R.  Johnson,  (DSN)  295-1593  or  (301)  295-1593 

PURPOSE :  The  model  provides  simulation  of  airland  activities  in 

a  theater  of  operations  over  an  extended  period  (up  to  90  days). 
Combat  operations  are  at  the  division  level  and  most  of  the  combat 
support  and  combat  service  support  functions  from  the  port  to  FLOT 
are  represented.  It  is  a  fully  computerized  simulation  for 
application  in  studies  and  analyses  of  force  planning  and  resource 
allocation  issues.  The  model  is  the  theater  component  of  a  three- 
level  hierarchy  of  Army  simulation  models  (at  Battalion, 
Division/Corps  and  Theater)  developed  under  the  Army  Model 
Improvement  Program. 

DESCRIPTION: 

Domain:  Land  -  air 

Span:  Theater  campaign.  Current  data  bases  are  Central  Europe, 
and  Southwest  Asia. 

Environment :  Terrain  square  of  selectable  size  (5-30km).  Eight 
terrain  types,  including  urban  and  water  areas,  affecting  movement. 
Day  and  night  difference  for  some  operations.  No  weather.  Road, 
rail  and  water  transport  represented,  as  well  as  pipeline  for  fuel 
networks . 

Force  Composition:  Joint  and  combined  forces.  Blue  and  Red. 
Blue  force  partitioned  into  two  components  for  resource  accounting 
purposes . 

Scope  of  Conflict:  Primarily  conventional.  Chemical  module 

operational  and  nuclear  module  under  development. 

Mission  Area:  Theater  ground  operations  with  fire  support 

(including  air)  and  combat  service  support,  including  medical, 
maintenance,  supply,  and  transportation  functions. 

Level  of  Detail  of  Processes  and  Entities:  The  level  of 

resolution  of  combat  units  is  the  division.  Combat  support  and 
combat  service  support  operations  are  represented  by  a  single 
support  command  at  each  division,  corps,  army  group,  and  theater 
representing  all  combat  service  support  activities.  Functional 
submodels  represent  the  major  activities  of  target  acquisition, 
communications,  command  and  control,  division  engagement,  fire 
support,  air  operations,  unit  movement  and  combat  service  support. 
As  an  average  value  simulation,  without  player  interaction,  command 
and  control  is  represented  by  automated  decision  processes  at  three 
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levels  in  the  theater  (Corps,  Army  Group,  Theater) .  Assessment  of 
division  battle  is  made  through  an  analytic  representation  of  a 
division  engagement  with  sets  of  attrition  coefficients  calibrated 
to  the  results  of  engagements  simulated  by  an  independent  division 
model.  Air  operations  are  represented  by  groups  of  aircraft,  by 
mission  (eight  possible),  in  an  air  sector  (roughly  Corp  or  Army) 
or,  in  a  few  cases,  theater-wide.  Area  air  defense  is  considered 
at  the  same  air  sector  level. 

CONSTRUCTION: 

Human  Participation:  Model  is  interruptible,  mostly  for  purposes 
of  command  and  control  to  change  unit  boundaries  and  phase  lines 
or  air  role  apportionment  factors.  Scheduled  changes  also  allowed. 

Time  Processing:  Dynamic,  time  step  model  with  twelve  hour  time 
cycle 

Treatment  of  Randomness :  Deterministic,  without  randomness  in 
the  model .  Some  inputs  are  expected  values  generated  from 
stochastic  processes. 

Sidedness :  Two  sided,  generally  symmetric.  Command  and  control 
input  data  may  be  varied  by  national  component  on  each  side  to 
represent  different  decision  factors. 

LIMITATIONS ;  No  naval  operations,  weather,  engineer  functions,  EW 
or  rear  area  combat.  Highly  aggregated  intelligence  and 
communications . 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  Presently  revising 

nuclear/chemical  representation  and  command  and  control  and 
engagement  process  for  asymmetric  representation  of  Blue  and  Red 
operations  and  for  better  representation  of  breakthrough  and 
reserve  and  second  echelon  force  employment.  Upgrades  to 
intelligence/target  acquisition  and  addition  of  engineer  functions 
planned . 

INPUT : 

•  In-theater  force-units  and  their  assets 

•  Arrival  schedule-units  and  assets 

•  Theater  scenario  and  plans 

•  Terrain 

•  Engagement  results  from  division  level  simulation 

•  Weapons  and  equipment  characteristics 

•  C^  decision  criteria 

•  Performance  factors  for  surveillance,  communications,  repair, 
medical,  transport,  etc.,  functions 

OUTPUT : 

•  Computer  reports,  giving  status,  losses,  and  expenditures  of 
units  and  assets  over  time 

•  Computer  graphics  graphs  and  map  displays 

•  Hard  copy  plots  and  charts 
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HARDWARE  AND  SOFTWARE: 

Computer :  UNISYS  1100/84,  SUN  4/260,  Cray  2 

Storage :  One  to  three  million  decimal  words,  depending  on 

scenario 

Peripherals :  Disk  storage,  demand  CRT  terminal,  computer 

graphics  terminal  and  plotter  for  input  and  output  preparation, 
tape  unit  for  checkpoint/restart  capability 

Programming  Language:  SIMSCRIPT  II. 5 

Documentation :  FORCEM  Input  Data,  October  1990;  FORCEM  Output 

Reports,  September  1991. 

SECURITY  CLASSIFICATION:  UNCLASSIFIED,  without  data 
GENERAL  DATA: 

Data  Base:  Three  to  six  months  required  to  build  new  data  base 
from  scratch 

CPU  Time  Per  Cycle:  Depends  on  scenario.  Average  of  15-20 

minutes  per  twelve  hour  cycle  on  UNISYS  1100. 

Data  Output  Analysis:  Highly  variable,  depending  on  study. 

Large  volume  of  output  is  reduced,  combined  and  manipulated  by  c. 
post  processor  information  retrieval  system  (UNISYS  MAPPER). 

Freguencv  of  Use:  Two  per  year  for  major  studies 

Users ;  Used  only  at  the  U.S.  Army  Concepts  Analysis  Agency 

Comments :  Model  operates  in  hierarchical  mode  and  is  dependent 
on  results  from  higher  resolution  division  model  (presently  COSAGE) 
for  combat  attrition  and  munition  expenditures. 
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TITLE:  General  Full  Spray  Materiel /Personnel  Mean  Area  of 

Effectiveness  -  MAE  (AKA  Lethal  Area  Program) 

DATE  IMPLEMENTED:  1979  (JTCGME  Version). 

MODEL  TYPE:  Analysis. 

PROPONENT :  U.  S.  Army  materiel  Systems  Analysis  Activity,  Ground 

Warfare  Division,  Support  Warfare  Analysis  Branch,  Aberdeen  Proving 
Ground,  MD  21005-5071, 

POINT  OF  CONTACT:  Russell  Dibelka,  DSN  298-5046  or  (301)  278-5046. 

PURPOSE :  The  Lethal  Area  Program  is  used  to  analyze  item  level 

performance  by  computing  the  lethality  of  one  conventional  weapon 
against  one  materiel  or  personnel  target. 

DESCRIPTION: 

Domain :  Surface-to-surface,  air-to-surface. 

Span:  Individual  (Item). 

Environment :  Open  environment  is  the  default  condition.  The 

environmental  shielding  of  the  target  option  allows  a  choice  of 
tropical  forest,  temperate  forest,  jungle  tangle,  and  coniferous 
forest.  Another  option  allows  the  effect  of  tall  grasses  on 
projectile  drag  to  be  evaluated.  Personnel  targets  are  assessed 
in  four  postures:  standing,  prone,  prone  protected,  and  crouching 
in  a  foxhole. 

Force  Composition:  One-on-one,  Red  and  Blue. 

Scope  of  Conflict:  Indirect  fire  weapons  such  as  unitary 

warheads,  submunitions,  flechettes,  mortars,  bombs,  laser-guided 
munitions,  and  terminally-guided  munitions. 

Mission  Area:  Fire  Support  and  Close  Combat  Light  (mortars 

only)  . 

Level  of  Detail  of  Processing  and  Entities:  The  only  entity 
modelled  is  an  individual  weapon  versus  an  individual  target.  No 
processes  such  as  attrition,  communications,  and  movement  are 
modelled. 

CONSTRUCTION: 

Human  Participation:  None  required  not  permitted. 

Time  Processing:  Static, 

Treatment  of  Randomness :  None . 

Sidedness:  One-sided. 
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LIMITATIONS :  The  effects  of  blast  on  the  target  and  a  direct  hit 

on  the  target  cannot  be  modelled  simultaneously.  Multiple  critical 
components  (i.e.,  site  kills)  cannot  be  modelled.  Lethal  area  is 
calculated  for  only  one  submunition  (bomblet),  not  the  entire 
payload. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  Link  input  and  output  dir 
directly  to  Fire  Support  data  base. 

INPUT :  Weapon  characteristics  and  fragmentation  data,  target 

vulnerability  data. 

OUTPUT :  Computer  printouts  containing  input  data  and  lethal  areas. 
Options  permit  calculation  and  printouts  of  other  measures  of 
effectiveness  (PKs,  CEP's,  etc). 

HARDWARE  AND  SOFTWARE: 

Computer  ( OS ) :  Alliant  computer  UNIX-type  operating  system 
(AMSAA  Version);  Cyber  Computer  with  NOS  operating  system  (JTCG/me 
version) . 

Storage :  .36  megabyte  (FORTRAN  code  only). 

Peripherals :  Printer. 

Programming  Language :  FORTRAN  V . 

Documentation :  Joint  Technical  Coordinating  Group  for  Munitions 
Effectiveness  (JTCG/ME  manuals). 

SECURITY  CLASSIFICATION:  Model  is  UNCLASSIFIED,  however,  input  and 
output  are  usually  classified  up  to  SECRET /NOFORN. 

GENERAL  DATA: 

Data  Base:  New  fragmentation  data  (primarily  from  arena  testing) 
can  take  several  man-months  after  testing  is  completed  to  be  made 
available.  New  target  vulnerability  data  (primarily  developed  by 
the  Ballistic  Research  Laboratory)  can  take  one  man-year.  To  set 
up  an  input  file  for  one  weapon/target  combination  with  existing 
fragmentation  and  vulnerability  data  from  the  Fire  Support  data 
base  takes  a  few  minutes. 

CPU  Time  Per  Cycle:  Usually  less  than  five  minutes  and 

frequently  less  than  one  minute. 

Data  Output  Analysis:  Input  data  are  printed  for  verification 
purposes.  Lethal  area  output  is  used  as  input  to  the  ARTQUIK  model 
as  well  as  several  higher  models.  However,  there  is  no  direct 
linkage  between  the  models  nor  specific  analysis  of  the  lethal  area 
output . 

Frequency  of  Use:  Varies  with  the  number  of  studies  being 

supported,  but  probably  several  hundred  times  throughout  the  year. 

Users:  AMSAA,  OSU-Field  Office  (JTCG/ME  version),  DoD 

contractors,  other  DoD  agencies. 

Releasabilitv :  Military  Use  Only. 
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TITLE: 


Groundwars 


MODEL  TYPE :  Analysis. 

PROPONENT :  U.  S.  Army  Materiel  Systems  Analysis  Activity,  Attn: 

AMXSY-GC,  Aberdeen  Proving  Ground,  MD  21005-5071. 

POINT  OF  CONTACT:  Michael  Schmidt,  DSN:  298-4413  or  410-278-4413. 

PURPOSE :  Groundwars  is  primarily  used  to  evaluate  weapon  system 

effectiveness.  The  model  can  address  ammunition  expenditures, 
target  acquisition,  delivery  accuracy,  vulnerability,  lethality, 
rate  of  fire,  disengagement  policies,  effect  of  line-of-sight  due 
to  terrain  or  obscurants,  and  the  effect  of  various  round  types 
(KE,  HEAT,  guided  missiles,  fire  and  forget  missiles). 

DESCRIPTION: 

Domain :  Land  combat. 

Span:  Any  regional  area  depending  on  data  base. 

Environment :  Terrain  and  obscuration  dictated  by  input. 

Force  Composition:  Individual  weapon  systems  in  a  combined 

force. 

Scope  of  Conflict:  Conventional  direct  fire. 

Mission  Area:  Conventional  direct  fire  land  missions. 

Level  of  Details  of  Processes  and  Entities: 

Entity:  Single  weapon  system  or  infantry  soldier. 

Processes:  Movement  by  attackers,  attrition  assessed  by 

probability  of  kill  and  Monte  Carlo  theory. 

CONSTRUCTION: 

Human  Participation :  None . 

Time  Processing:  Dynamic,  event  stepped. 

Treatment  of  Randomness:  Monte  Carlo  theory,  stochastic. 

Sidedness :  Two-sided,  symmetric. 

LIMITATIONS :  Groundwars  simulates  only  one  weapon  system  and  one 
acquisition  sensor  per  platform.  The  total  number  of  combatants 
is  limited  to  100. 
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PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  Multiple  weapons  and 

sensors  per  platform.  Graphical  interface  for  output  analysis. 

INPUT:  Scenario,  firing  times,  probability  of  kill,  sensor 

performance  data,  platform  description,  etc. 

OUTPUT :  Computer  files  and  printouts. 

HARDWARE  AND  SOFTWARE: 

Computer /operating  Systems:  Sun,  GOULD  9080,  CRAY,  Alliant,  VAX- 
11/780. 

Storage :  200K. 

Peripherals :  None . 

Programming  Language;  FORTRAN  77. 

Documentation :  AMSAA  DRAFT  Technical  Report  "Groundwars  5.0 

User ' s  Guide . " 

SECURITY  CLASSIFICATION:  UNCLASSIFIED. 

GENERAL  DATA: 

Data  Base:  Scenario  dependent  -  approximately  three  weeks. 

Creation  of  input  files:  one  week.  Analysis  of  output:  one  week. 

CPU  Time  per  Cycle:  FHX  Alliant  -  30-90  seconds  per  replication. 

Freguencv  of  Use:  Continuous. 

Users : 

Government  Agencies:  USAMSAA,  U.  S.  Army  Missile  Command,  U.S. 
Army  Armor  School,  Army  Tank  Automotive  Command,  Progreun 
Chassis/Block  III,  Air  Force  Air  University 

Contractors;  General  Dynamics  Land  Systems,  Dynetics  Inc., 
Booz-Allen  and  Hamilton,  Inc,  Analysis  and  Simulation  Inc.,  Armored 
Vehicle  Technologies  Associated,  Hercules  Defense  Electronics 
Systems  Inc.,  Nomura  Enterprises  Inc.,  Teledyne  Brown  Engineering 
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TITLE:  Helicopter  Air-to-Air  Combat  Simulation  -  HATACS 

DATE  IMPLEMENTED:  September  1978. 

MODEL  TYPE:  Analysis. 

PROPONENT:  U.S.  Army  Materiel  Systems  Analysis  Activity,  Attn: 

AMXSY-AAG,  Aberdeen  Proving  Ground,  MD  21005-5071. 

POINT  OF  CONTACT:  William  Nicholson,  DSN  298-6403  or  (410)  278- 

6403. 

PURPOSE:  HATACS  is  used  primarily  to  evaluate  the  effectiveness 

of  Blue  and  Red  gun  systems  (both  current  and  proposed)  against 
current  and  proposed  air-to-air  threats. 

DESCRIPTION: 

Domain:  Air-to-air. 

Span:  Local. 

Environment :  Benign. 

Force  Composition:  One  attacker  and  one  target  aircraft. 

Scope  of  Conflict:  Aircraft  Gun  systems  (up  to  40mm). 

Mission  Area:  Close  Air  Support. 

Level  of  Detail  of  Processes  and  Entities:  Calculates  the 

probability  of  Attrition,  Forced  Landing  and  Mission  Abort  Kill 
categories  and  the  probability  of  hitting  (PH)  the  target. 

CONSTRUCTION : 

Human  Participation:  Not  required. 

Time  Processing:  Static. 

Treatment  of  Randomness:  Deterministic  and  generates  a  value  as 
function  of  an  expected  value. 

Sidedness :  One-on-one  with  pseudo-duel  encounter. 

LIMITATIONS :  One-on-one,  passive  target,  no  terrain,  weather  or 

countermeasures . 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  None  at  this  time. 

INPUT:  Projectile  trajectory  characteristics,  ballistic 

dispersion,  fire  control  errors,  gun  rate-of-fire  and  target 
vulnerability . 

OUTPUT :  Produces  printout  of  tables  with  PKs  for  the  3  levels  of 
kill  (Attrition,  Forced  Landing  and  Mission  Abort)  and  PH  as 
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HARDWARE  AND  SOFTWARE: 

Computer:  Runs  on  CRAY  II  and  Alliant  computers  with  the  UNIX 

operating  system. 

Storage:  1  MB  for  executable  program. 

Peripherals :  1  printer  and  1  VT100  terminal. 

Programming  Language:  FORTRAN  77. 

Documentation :  Thor  Informal  Report,  Y-95,  A  Description  of  the 
HATACS  Computer  Model,  P.H.  Beavers,  Thor  Group,  Falcon  Research 
&  Development  Company  for  AWD,  AMSAA,  28  September  1978. 

SECURITY  CLASSIFICATION:  UNCLASSIFIED,  but  data  can  be  classified. 

GENERAL  DATA: 

Data  Base:  Time  needed  to  create  one  complete  weapon- target 

combination  is  4  hours. 

CPU  Time  per  Cycle:  For  a  complete  set  of  ranges,  kill 

categories,  and  target  aspects  25  minutes  on  CRAY  II  or  4  hours  on 
Alliant . 

Freguencv  of  Use:  Varies,  but  is  used  several  times  per  year  in 
all  data  request  from  Army  commands  for  item  level  performance 
data. 
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TITLE :  Helicopter  Launched  Missile  Antitank  Effectiveness 

Simulation  -  HELMATES  II 

DATE  IMPLEMENTED;  August  1990. 

MODEL  TYPE:  Analysis. 

PROPONENT ;  U.S.  Army  Materiel  Systems  Analysis  Activity,  Aberdeen 
Proving  Ground,  MD  21005-5071. 

POINT  OF  CONTACT:  Rosemary  M.  Mirabelle,  DSN:  298-6394  or  (410)- 
278-6394. 

PURPOSE :  To  analyze  helicopter  weapon  systems  effectiveness  and 

weapon  mix  effectiveness  in  a  combat  environment. 

DESCRIPTION: 

Domain:  Air-to-ground/ground-to-air. 

Span :  Attack  helicopter  company  vs.  ground  battalion. 

Environment :  Terrain  features,  weather  and  time  of  day. 

Force  Composition:  Attack  helicopter  company  vs.  ground 

battalion. 

Scope  of  Conflict :  Conventional . 

Mission  Area:  Close  air  support. 

Level  of  Detail  of  Processes  and  Entities:  Individual  aircraft 
or  ground  vehicle  is  lowest  entity.  Processes:  attrition, 

communications,  and  movement  effects  above  entities. 

CONSTRUCTION: 

Human  Participation:  Not  required. 

Time  Processing:  Dynamic  (event  sequenced). 

Treatment  of  Randomness:  Stochastic,  both  Monte  Carlo  and  direct 
computation. 

Sidedness :  Force  on  force. 

LIMITATIONS :  Blue  aircraft  only  (attack  and  scout).  Red  threat 

limited  to  200  vehicles. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS :  Yes,  develop  new 

scenarios,  update  with  latest  night  vision  detection  model. 

INPUT :  Scenarios,  weapon  characteristics,  time  lines. 

OUTPUT :  Killer  victim  scoreboards,  battle  time,  average  exposure 

times,  and  kill  rates. 
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HARDWARE  AND  SOFTWARE: 

Computer :  CRAY  II,  VAX. 

Peripherals :  Input  device,  printer. 

Programming  Language :  FORTRAN . 

SECURITY  CLASSIFICATION:  UNCLASSIFIED 

GENERAL  DATA: 

Data  Base:  One  week  to  three  months 
CPU  Time  per  Cycle:  Ten  seconds. 
Data  Output  Analysis :  One  day . 
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TITLE :  Helicopter  Scenario  Assessment  Model  -  HELSCAM 

DATE  IMPLEMENTED:  1989. 


MODEL  TYPE:  Analysis. 

PROPONENT :  Directorate  of  Land  Operational  Research  (DLOR), 
Operational  Research  and  Analysis  Establishment  (ORAE),  Ottawa, 
Canada  K1 A  0K2 

POINT  OF  CONTACT:  Dr.  P.J.  Young,  (613)  992-4567  or  DSN  842-4567. 

PURPOSE :  To  analyze  the  value  of  helicopter  system  eind  sub-system 
characteristics  and  configurations  in  light  observation,  light 
armed,  and  attack  roles  within  realistic  "few-on-few"  tactical 
scenarios . 

DESCRIPTION: 

Domain :  Land  and  Air. 

Span:  Local.  HELSCAM  is  a  "few-on-few"  class  of  simulation. 

Environment:  On  and  over  three  dimensional  terrain  covering 
approximately  1000  square  km  in  Europe.  Designed  for  mixed 
open/ forested  terrain.  Accommodates  varying  visibility  and  weather 
conditions. 

Force  Composition:  Helicopter  systems,  air  defences,  and  ground 
combat  vehicles  of  all  major  types.  Individual  soldiers  can  be 
represented . 

Scope  of  Conflict:  Conventional  direct  fire  systems  only. 

Mission  Area:  Light  observation,  armed  reconnaissance,  euid 
attack  helicopter  missions  in  contact  with  the  enemy.  Can  also 
simulate  scenarios  involving  only  conventional  direct  fire  vehicles 
and  systems. 

Level  of  Detail  of  Processes  and  Entities:  Vehicles  euid  weapon 
systems  are  represented  individually.  The  engagement  sequence  of 
each  sensor /weapon  system  is  modelled  on  an  event-by-event  basis, 
including  the  processes  of  target  acquisition,  target  selection, 
target  engagement,  damage  recognition,  and  re-engagement.  Kill 
probabilities  are  drawn  from  look-up  tables.  Communication  of 
target  acquisition  and  destruction  information  between  units  on  the 
battlefield  is  represented.  Each  system  follows  a  prescribed  path, 
but  can  advance  (or  retreat)  along  that  path  at  a  rate  determined 
by  events. 
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CONSTRUCTION: 

Human  Participation:  NOT  REQUIRED.  Model  is  an  automated 

simulation. 

Time  Processing:  Dynaunic.  HELSCAM  is  completely  event  stepped. 

Treatment  of  Randomness:  Stochastic.  Monte  Carlo. 

Sidedness:  Two-sided,  symmetric. 

LIMITATIONS :  Units  follow  prescribed  paths,  placing  a  practical 

upper  limit  of  approximately  30  systems  total  on  both  sides  and 
approximately  30  minutes  of  combat.  Shoot-look-shoot  engagements 
only.  Unit  information  never  incorrect,  only  incomplete.  Digital 
terrain  data  base  fidelity  limits  capability  to  play  out  close 
combat  scenarios  completely  within  forested  or  urban  areas. 
Suppression,  training,  and  morale  effects  not  modelled. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  Under  contract,  HELSCAM  is 

being  rewritten  into  C++  and  being  ported  onto  a  single  IBM/PC 
compatible  platform.  The  representation  of  ground  vehicles  will 
be  enhanced  to  the  level  of  the  helicopters  in  the  model,  at  which 
time  HELSCAM  will  be  renamed  the  Combat  Scenario  Assessment  Model 
(COMSCAM) . 

INPUT:  Terrain  data  in  two  forms:  100  meter  resolution  digital 

terrain  elevation  and  vegetation  height  data;  and  12.5  meter 
resolution  digital  terrain  classification  data.  Technical 
parameters  of  sensors,  weapons,  and  platforms,  including  PK  teLbles 
and  target  selection  priority  tables.  Also,  scenario  parameters 
including  unit  paths,  procedures  and  tactics. 

OUTPUT:  Event  log,  which  can  be  listed  from  a  rudimentary  analysis 
facility,  or  viewed  from  a  fully  developed  graphical  replay 
facility. 

HARDWARE  AND  SOFTWARE: 

Computer ( OS ) :  HELSCAM  simulation  core  and  analysis  facility  runs 
on  a  VAX/VMS  system.  Route  planning  and  graphical  replay 
facilities  run  on  an  IBM  PC/AT  clone  with  the  Verticom  M-256E 
graphics  card.  Eventually,  the  core  and  all  utilities  will  run  on 
a  standard  VGA-enheuiced  IBM  PC. 

Storage:  Simulation  core  uses  3  MB  of  memory.  12  MB  of  disk 

space  is  desirable  to  accommodate  terrain,  input  and  multiple 
output  files. 

Peripherals :  Printer,  Verticom  monitor,  Microsoft  mouse. 
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Programming  Language:  Simulation  core  in  VAX  FORTRAN.  Graphical 
Replay  zuid  Route  Planning  facilities  written  in  Microsoft  C  and 
Assembler . 

Doctimentation ;  ORAE  Project  Reports  PR488,  PR489.  DLOR  Staff 
Notes  89/5,  89/6,  89/8,  89/9,  89/10,  89/11,  and  89/12. 

SECURITY  CLASSIFICATION:  Unclassified. 

GENERAL  DATA: 

Data  Base :  Several  person-weeks  to  enhance  existing  data  base 
and  develop  scenario  inputs.  Several  person  months  to  populate  a 
data  base  from  scratch. 

CPU  Time  per  Cycle:  Approximately  5  minutes  of  CPU  time  on  a  VAX 
11/751  to  simulate  30  minutes  of  combat  for  8  units. 

Data  Output  Analysis:  Variable,  from  several  hours  to  several 
days. 

Freguency  of  Use:  Applied  periodically  (several  times  annually) 
in  helicopter  or  direct  fire  studies. 

Users ;  ORAE/dLOR  staff  in  support  of  Army  study  sponsors. 

Comments ;  JANUS,  TAM,  and  HELSCAM  are  the  primary  combat  models 
employed  in  ORAE/DLOR  operational  research  studies. 
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TITLE:  INTELLIGENCE  ELBCTRCNIC  WARFARE  FUNCITCNAL  AREA  MXEL  (lEWFAM) 


DATE  II^T.TTVIFTTrRn-  03/01/91 
MODEL  TYPE:  ANALYSIS 

PROPaJENT:  U.S.  ARMY  INTELLIGENCE  CENTER,  Fort  Huachuca,  AZ  85631-7000 

POINT  OF  CONTACT:  PAMELA  KILEY,  ATSI-CDC-S,  DSN:  879-7212/7213 
Fort  Huachuca,  AZ  85631-7000 

PURPOSE:  The  HWFAM  is  a  mid-level  resolution,  VIC  based,  combat 
simulation  that  portrays  intelligence  functions  in  terms  of  collection 
management,  sensors,  processing,  and  jamming.  The  model  supports  Combat 
Development  activities  in  terms  of  ev^uating  new  doctrine  and  ccqpeting 
strategies.  Ihe  lEWFAM  is  a  Research  and  Ev^uation  Tool  vhich  e^^uates 
sensor,  processor,  and  jammer  effectiveness  against  target  sets,  "nie 
model  evaluates  lEW  force  capability  and  requirements  in  terms  of  mix 
effectiveness . 

DESCRIPTION: 

DOMAIN:  The  lEWFAM  evsduates  sensor  contribution  in  land,  air,  &  sp>ace. 
SPAN:  The  lEWFAM  is  a  corps  level  model.  The  contribution  of  theater 

assets  is  evaluated  in  an  aggregated  fashion. 

ENVIRCNMENT:  The  lEWFAM  utilizes  the  same  4km  terrain  hexes  utilized  by 
the  VIC  model.  Both  day  and  night  is  represented,  and  weather  is 
represented  to  a  limited  degree. 

FCMZE  OCMPOSnrCN:  The  model  plays  a  blue  corps  against  a  red  army. 
Combined  or  joint  forces  are  not  specifically  represented,  but  could  be. 
SCOPE  OF  OCNFLICT:  The  lEWFAM  evaluates  a  conventional  scenario.  The 
chemical  and  biological  module  can  either  be  turned  on  or  off  depending 
on  the  desired  level  of  detail. 

MISSICN  AREA:  ECM,  Collection,  Collection  Fgmnt,  &  Processing  &  Analysis. 
LEVEL  OF  DETAIL  OF  PROCESSES  AND  ENTITIES:  Units  are  usually  represented 
at  the  battalion  level.  A  piece  of  equipment  (sensor)  can  be 
represented,  but  it  is  associated  with  a  parent  unit  for  processes  such 
as  attrition  and  movement.  Flight  profiles  of  specific  air  vehicles  are 
e:q)licity  represented. 

OCNSTRUCnCN:  HUMAN  PARnCIPATICN:  Not  required  once  the  simulation 
has  initiated.  An  interrupt  mode  has  been  built  into  VIC,  but  it  is  not 
normcilly  used  vhen  running  the  lEWFAM.  The  model  is  event-driven  and 
changes  occur  based  on  an  external  events  file  and  internal  events. 

TIME  PI^OCESSING:  LEWFAM  is  an  Event-Stepped,  Dynamic  model. 

TREATMEOT  OF  RANDCMNESSl  lEWFAM  is  a  Deterministic  model  which  generates 
a  value  as  a  function  of  an  expected  value. 

SIDEDNESS:  The  lEWFAM  is  a  two-sided  model  in  vhich  all  processes  are 
represented  for  both  sides,  but  data  inputs  can  be  varied. 

LIMTTATICNS :  lEWFAM  Vcilidation  is  still  ongoing. 

PLANNED  IMPROVEMENTS  AND  Ma^IFICATTCNS:  Planned  improvements  include: 
facilitating  scenario  changes,  the  inclusion  of  HUMINT  represeitation 
thrcu^  AI  means  and  parrellization  of  processing  to  speed  up  run  times. 

INPITT;  The  LEWFAM  is  extremely  data  intarjsive.  In  addition  to  the  data 
required  for  the  ccmbat  portions  of  VIC  (scenario,  weapons,  units  etc.) 
intelligence  specific  data  include:  requirements  nodes,  detectables. 
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detectable  thresholds,  sensor  parametric  data,  processing  ques  and 
thresholds,  and  initial  perceived  threat. 

OOTPOT:  Ihe  output  is  available  on  magnetic  t^3e  vdiich  is  loaded  into  an 
Ingres  data  base  which  is  part  of  the  post  processor.  Ihe  post 

processor  allows  the  user  to  access  the  data  through  preprogrammed  queries 
or  through  adhoc  SQL  ccmmands.  Ihe  data  can  be  displayed  in  tabular 
format,  in  relatican  to  a  map  background,  or  in  cannon  business  statistical 
format. 

HARDWAE^  AND  SOFTWARE: 

CCMPLFIER  (OS):  SUN  IV/WP/UNIX 

STC31AGE:  Minimum  storage  requirement  is  approximately  2  gigabytes 

PERIPHEE^ALS :  Color  grafhics  monitor  or  large  screen  projection  system 
and  printer  as  desired. 

PROCSRAMmC  LANGUAGE:  SIMSCRIPT 

DOCUMENTATICN:  Limited  documentation  is  available.  Documentation  cycle 
is  not  yet  complete. 

SECURTIY  CLASSIFICATION:  Ihe  code  is  unclassified,  but  the  input  data  is 
at  the  secret  level  and  can  be  upgraded  to  the  SCI  level. 

CTNERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  Force  laydown  one  man  month.  System  characteristics  1/2  man 
month. 

CPU  TIME  PER  CYCLE:  Model  currently  running  approximately  10:1  for 
limited  periods.  Hardware  RAM  drives  run  time. 

DATA  OUTPUT  ANALYSIS:  TBD. 

FREQUENCY  OF  USE:  Model  is  currently  being  used  daily.  Expect  heavy 
usage  for  study  suf^rt  once  validation  is  complete. 

USERS:  Intelligence  Center  is  the  primary  user.  IRAC-OAC  is  usirig 
the  model  to  support  some  studies. 

CCJWENTS:  lENFAM  is  closely  linked  to  VTC.  lEWFAM  cannot  run  as  a 
stand  alone  model  without  the  VIC  combat  driver.  Changes  to  VIC  code  must 
be  incorporated  as  they  occur. 
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TITLE:  Janus- Army  (JANUS-ARMY) 

DATE  TMPTJT/IFTTTFT);  10/01/90 

MODEL  TYPE:  ANALYSIS  and  TRAINING  AND  EDOCATTCN 

PROPCNENT:  TRADCX:  Analysis  Ccrtnand  (TRAC-WSMR),  White  Sands  Missile 
Range, 

POINT  OF  OCWTACT:  Charles  Lee  Kirby,  ATRC-WEB,  (505)678-4949, 

DSN:  258-4949 

PURPOSE:  Janus-Army  has  been  developed  primarily  as  an  analysis  tool  to 
suf^xart  Cost  and  Operationcil  Effectiveness  Analyses,  analysis  of  tactics 
and  doctrine  and  other  Army  studies.  It  is  also  used  as  a  hig^i  resolution 
scenario  generator,  GDP  ev^uator,  and  CPX  driver.  Janus-Army  development 
has  also  responded  to  the  requirement  to  use  the  game  as  a  seminar  and 
classrocm  educational  tool  for  oonpany,  battalion  and  brigade  ccmmanders. 

DESCRIPnCN: 

DOMAIN:  Land,  ciir  and  naval  support  of  land  operations 
SPAN:  Individual  system  through  brigade  force 

ENVIRaWENr:  Time  of  day,  EMA  digitized  terrain  topography,  weather 
conditions,  terrain  surface  features  include  vegetation,  bodies  of 
water,  cities,  roads  and  rivers,  obscuration,  obstacles,  and  non- 
persistent  chemicaLLs. 

FORCE  OCMPOSmCN:  Joint  and  combined  forces  for  both  RED  and  BLUE. 

SCOPE  OF  CCNFLICT:  RED  and  BLUE  conventional,  some  ohemical  and  some 
unconventional  weapons. 

MISSION  AREA:  Conhined  Arms  Combat  including  CAS,  airlift,  ground 

maneuver  and  indirect  fire  weapons. _ 

LEVEL  OF  DETAIL  OF  PROCESSES  AND  ENITITES: 

ENTITTES:  All  engagemarxts  are  resolved  at  the  ixxiividual  system 
or  soldier  level.  Units  can  be  homogenously  aggregated  to  expedite  play. 
PROCESSES:  Janus-Army  processes  are  stochastic.  The  environment, 
search  and  detection,  and  attrition  processes  are  modeled  at  the  highest 
level  of  resolution  possible  within  the  constraints  of  data  axxi  hardware. 

OCNSTROCnON: 

HUMAN  PARTTCIPATTCN;  Required  for  decisions  and  processes.  The  game 
does  not  wait  for  a  decision  to  be  made. 

TIME  PROCESSING:  Dynamic,  time  preserving  event  stepped  model. 

TREATMENT  OF  RANDCMIESS:  Stochastic:  a  combination  of  direct 
oonputation  and  monte  carlo  techniques. 

SHYNESS:  TVgo  sided,  asymmetric,  with  both  side  capable  of  reacting. 

LIMITATTCNS :  600  units  per  side.  Units  must  be  homogeneous,  one  or  more 

systems. 

PLANNED  IMPROVEMENTS  AND  MX)IFICATTCNS :  Offer  the  game  on  UNIX  comp  &  X- 
Windows  graphics  platforii^  Incr/ini^  representation  battlefield  phaio- 
mena;  sinplify  data  base  input;  4  allow  heterogeneous  aggregate  units. 

INPUT:  Static  -  Weapon  and  system  operational  characteristics,  weapons 
effects,  sensor  performance  (weather  dependent),  radar  performance  vs  a/c, 
terrain,  smoke  a^  dust  parameters  (weather  dependent),  chemical  weapon 
parameters,  minefield  parameters  and  effects. 

Scenario  dependent  -  force  size  and  oonposisiton,  initial  positions  of 
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units,  barriers  and  prepared  positicns  and  preplanned  artillery. 

Dynamic  -  movement  routes,  unit  states,  searxii  sectors,  and  artillery  fires 


CXJTPOT:  All  artillery  and  direct  fire  events,  all  kill  events,  all 
minefields  ecounters  and  breaching  activity  by  unit,  all  detection  events 
and  cLLl  events  related  to  heat  stress,  protective  actions  and  use  of 
chemicals  are  recorded  on  disk.  Ibe  standard  post  processor  produces 
sunmary  artillery  and  direct  fire  reports,  killer  victim  scoerboard,  force 
loss  analysis,  system  exchange  ratios,  system  contribution,  detection 
scoreboard,  and  engagement  range  analysis. 

HARDWARE  AND  SOFTWARE: 

CXXlPUrER  (OS):  VAX/VMS 

STC»AGE:  16  Mbytes  (CPU),  500  Mbytes  (disk) 

PEEIIPHERALS:  4-16  Tektronix  4225  19"  color  gra^iiic  terminals  with  1  or 
2  data  tblets  ea,  4-8  VT420  terminals,  1  In  printer,  2-4  tbl  top  printers. 

PROGRAM4ING  LANGUAGE;  PORIRAN 

DOCUMENTATICN:  1986  User  Manual  with  updating  memoranda. 

SECURTIY  CLASSIFICATICN:  UNCLASSIFIED 
CTNERAL  DATA  AND  TIME  REOUIREMENrS : 

DATABASE:  Initial  preparation,  2  to  4  roan  months.  Updates,  2  to  10 
man-days. 

CPU  TIME  PER  CYCLE:  CPU  and  sceanrio  dependant  -  MicroVAX  4000-200 
will  run  brigade  scenarios  at  real  time. 

DATA  OUTPUT  ANALYSIS:  Study  and  ancilyst  dependent. 

FREQUENCY  OF  USE:  Continuous 

USERS:  Eic^t  US  Army,  Ft  Banning,  Ft  Knox,  Ft  Leonard  Wood,  Ft  Rucker, 
Ft  Sill,  I  Corps,  SOUIHOCM,  Cdrs  Dev  Crse,  TRAC-MIRY,  TRAC-SWC,  etc. 

CXXWENIS:  Inquiries  for  obtaining  the  game  and  supporting  data  bases 
should  be  addressed  to  TRAC-TOD,  Ft  Leavenworth,  KS  66027-5200  or  call 
DSN;  552-5511  or  conitercial  (913  )  684-5511. 
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TITLE :  JANUS ( BCWG ) 


DATE  IMPLEMENTED:  1988 


MODEL  TYPE:  Analysis. 

PROPONENT :  OS1  Department,  DRA  Fort  Halstead,  Sevenoaks,  Kent, 

England 

POINT  OF  CONTACT:  Is  Gardner,  0959  532222  ext  2444. 

PURPOSE :  JANUS (BGWG)  is  a  research  and  evaluation  tool,  dealing 

primarily  with  weapon  systems  development  and  effectiveness.  It 
can  also  be  used  to  assess  force  capability  and  requirements, 
dealing  with  courses  of  action,  mix,  effectiveness  and  resource 
planning. 

DESCRIPTION: 

Domain :  Land  and  Land/ Air. 

Span:  Local,  tactical. 

Environment :  Digitized  terrain  consists  of  data  for  each  terrain 
square,  generally  50  or  100m.  Terrain  features  include  spot 
heights,  7  types  of  vegetation,  7  types  of  building,  rivers,  roads, 
bridges,  and  obstacles.  The  model  can  handle  any  time  of  day  in 
any  weather  conditions. 

Force  Composition:  Up  to  Brigade  level. 

Scope  of  Conflict:  Conventional. 

Mission  Area:  Any  conventional  missions  within  the  domain. 

Level  of  Detail  of  Processes  and  Entities:  The  lowest  entities 

modelled  are  individual  men,  vehicles  of  aircraft,  though  men  are 
usually  grouped  into  small  teams.  Attrition,  movement,  target 
acquisition  and  logistics  are  modelled  for  each  entity. 

CONSTRUCTION : 

Human  Participation:  Required  for  decisions,  though  the  model 
would  continue  to  run  without  a  decision. 

Time  Processing:  Processing  is  dynamic,  and  uses  event  stepping. 

Treatment  of  Randomness:  Stochastic. 

Sidedness:  Two-sided,  symmetric. 

LIMITATIONS :  The  battle  is  limited  to  a  maximum  of  999  units 

(vehicles  or  weapons  teams)  per  side,  and  an  area  of  600  x  600 
terrain  cells.  JANUS (BGWG)  does  not  model  C3I  in  any  detail. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  More  detailed  unit  damage  and 
defilade  models  are  currently  being  implemented  and  the 
surveillance  and  target  acquisition  (STA)  model  is  to  be  rewritten 
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in  the  near  future.  There  are  some  57  other  changes  planned, 
including  complete  rewrites  of  mobility  and  movement,  direct  fire, 
mines  and  barriers,  the  man-machine  interface  (MMI)  and  replay 
facility . 

INPUT :  Terrain  and  weather  data,  system  and  weapon  characteristics 
including  sensor,  attrition  and  mobility  data,  smoke  and  dust  data. 
Orders  (routes  and  fire  tactics)  are  input  and  modified  by  the 
players  during  play.  To  an  increasing  extent  the  combat  model  is 
coming  under  the  control  of  input  data. 

OUTPUT:  The  progress  of  the  battle  is  displayed  to  the  players 

interactively  during  play.  Unit  status  can  be  requested  during  the 
game.  Records  of  all  events  (e.g.,  acquisitions,  direct  and 
indirect  fire  events,  mine  encounters,  reloading,  debussing,  etc) 
are  written  to  a  relational  data  base  from  which  views  can  be 
selected  or  analysis  and  the  production  of  a  printed  record. 

HARDWARE  AND  SOFTWARE: 

Computer:  DEC  11/785;  VAX/ VMS. 

Storage :  Executable  16k  blocks,  data  22k  blocks,  plus  30k  blocks 
output  data. 

Peripherals :  Eight  Ramtek  graphics  terminals  with  tablets,  VT220 
terminals  for  textual  information,  color  printer. 

Programming  Language :  VAX  Fortran . 

Documentation :  The  original  JANUS (T)  documentation  (June  1986), 
plus  annual  BGWG  supplements  describing  all  model  changes  which 
have  been  made.  Resources  have  not  yet  allowed  the  production  of 
an  integrated  documentation  set  for  JANUS(BGWG),  although  this  is 
planned. 

SECURITY  CLASSIFICATION:  Software  is  unclassified. 

GENERAL  DATA: 

Time  Reguired: 

Data  Preparation:  A  few  hours  to  several  months. 

Game: 

Data  Output  Analysis:  One  hour  to  produce  data  base  tables  for 
each  game 

Freguencv  of  Use:  Continual. 

Users :  0S1  DRA. 

Comments :  JANUS(BGWG)  was  developed  from  JANUS(T).  It  is  not 

compatible  with  the  current  US  JANUS(A). 
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TITLE:  Mciintenance  C^aability  Attack  Model  (MACATAK) 

DATE  IMPLEironTED:  01/01/79 
MXEL  TYPE:  Analysis 

PROPCNENT:  1RADOC  Analysis  Ccmrand,  Ft  Lee  (TRAC-LEE) 

POINT  OF  OCNTACT:  Bruce  E.  Lasswell,  DSN;  539-1816,  Ft  Lee,  VA  23801 

PURPOSE:  This  model  is  a  research  and  evaluation  tool  used  in  the 
analysis  of  maintenance  force  capabilities  and  requirements.  It  may  be 
used  for  course  of  actioi  assessment  and  resource  planning.  The  model  is 
primarily  used  to  measure  the  capability  of  mciintenance  elanents.  The 
model  assesses  the  effectiveness  of  the  maintenance  system  as  it 
experiences  attacks  both  cn  the  end  items  it  supports  and  the  system 
itself . 

DESCRIPTION:  This  is  a  stochastic,  discrete  event,  hi^  resolution 
mciintenance  simulaticn  created  using  MAWLOGS  Modeling  System.  It  plays 
multi-echelon  maintenance  activities  with  explicit  sJ^lls,  test  equipment, 
and  DX  or  IRU  inventories.  Lift  equipment  and  ASL-PLL-NSL  parts  are  played 
generically.  Repaiir  of  unschedul^  maintenance  cicticns  and  combat  damage 
may  be  represented  in  detail.  All  transportation  is  implicitly 
represented  by  delay  times.  There  is  no  representation  of  terrain 
features.  The  effect  of  conflict  may  be  represented  in  conventional, 
chemical,  and  nuclear  environments.  The  level  of  resolution  is  variable, 
with  the  user  determining  the  span  and  force  cotposition  to  be  simulated. 

OONglRUCnCN: 

HUMAN  PARTICIPATTCN:  Not  required. 

TIME  PROCESSING:  Dynamic,  event-step. 

TREATMENT  OF  RANDOMNESS:  Either  stochastic,  Monte  Carlo  or  deterministic. 
SIDEraiESS:  One-sided. 

LIMITATTCNS:  Data  set  can  be  extensive.  Not  directly  related  to  combat 
models. 

PLANNED  IMPROVEMENTS  AND  M^JIFICATTCNS :  None. 

INPUT:  Number  and  type  of  equipment  in  each  using  unit;  number  and  MDS 
of  maintenance  personnel;  inventory  of  DX  conponents  at  each  naintenance 
^tivity;  equipment  usage  rates  and  feiilure  rates;  maintenance  action 
information  su^  as  time  to  repair,  frequency  of  occurrence,  and  contact 
teams;  time  it  takes  for  parts  to  arrive;  scenario. 

OUTPUT:  Tabular  printouts  of  prchable  equipment  availability;  listing  of 
equipment  maintenance  Turn  Around  Time  (TAT);  TAT  broken  into  function 
segments;  printouts  of  queue  sizes  for  parts,  skills,  and  equipment  as  a 
function  of  time.  A  binary  transaction  file  is  created  for  ad^tional 
postprocessing . 

HARDWARE  AND  SOFIVgARE: 

COMPUTER  (OS):  VAX  11/780  (VMS),  SUN  4/280  (UNIX). 

STORAGE :  Variable . 

PEEUEPHERALS :  Printer  and  tape  drive. 
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PRQGEy^MfflNG  LANGUAGE:  FCHIRAN  77. 

DOCUMENTATION:  User's  Guide  for  MACATAK  (DLSIE  41425-MA), 

Programers'  Guide  for  MACATAK  (DLSIE  41425-MB). 

OTHER  COMMENTS:  MACATAK  was  created  using  the  Models  of  the  Army 
worldwide  Logistics  System  (MAWLOGS). 

SECURITY  CLASSrFICATICN:  Unclassified. 

GfciMhitAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  N/A. 

CPU  TIME  PER  CYCLE:  Varies. 

DATA  OUTPUT  ANALYSIS:  Varies. 

FREQUENCY  OF  USE:  As  needed. 

USERS:  Prc^xaient;  U.S.  Army  Combined  Arms  Suf^rt  Caimand;  U.S.  Army 
0rc3nance  Missile  and  Munitions  School;  BCM  Corporation. 

COMMENTS:  Government  agencies  can  obtcdn  MACATAK  with  a  signed 
memorandum  of  agreement.  Government  Contractors  with  a  valid  contract 
requiring  the  use  of  MACATAK  can  clLso  obtain  the  model  with  the  approval 
of  the  TRAC  Goninanding  General.  Inquiries  for  obtedning  the  model  and 
supporting  data  bases  should  be  addressed  to  TRAC-TCO,  Ft.  Leavenworth,  KS 
66027-5200  or  call  DSN:  552-5511  or  commercial  913-684-5511. 
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TITLE:  Maintenance  Model  (MAMD) 


DATE  IMPLEJ^ENTED:  01/31/91 
MODEL  TYPE:  Analysis 

PROPCNENT:  U.S.  Army  Conbined  Aims  Support  Ccratiand  (USACASCOM),  Ft  Lee  VA 

POINT  OF  CXZWrACT:  Dr.  James  Blowers,  CASCXM,  ATTN:  ATCL-CFM,  DSN: 
687-3063 

PURPOSE:  Model  the  wartime  operation  and  maintenance  of  vdieeled  vehicles 
in  a  heavy  Division  slice  through  EAC.  Designed  for  the  primary  purpose 
of  determining  maintenance  manpcwei'  requirements. 

DESGRIPTTCN: 

Danain  -  Heavy  Division  slice  of  a  Corps  throug^i  EAC,  land  only. 

Span  -  Division  slice  through  EAC. 

Environment  -  Time,  usage  profile  (stop,  move,  idle) . 

Force  Composition  -  Wheeled  vehicles. 

Scx3pe  of  Conflict  -  Conventional. 

Mission  Area  -  Weapons  not  modelled. 

Level  of  Detail  -  Individual  vehicle  operation  and  maintenance. 
CCNSTRUCTICN: 

Human  Participation  -  Not  required,  not  permitted  once  run  sutmitted. 

Time  Processing  -  Dynamic  discrete  event. 

Treatment  of  Randcmness  -  Deterministic,  generates  values  based  cn 
distribution. 

Sideness  -  One-sided. 

LIMITATTCNS ;  No  geograf^y.  No  combat  damage. 

PLANNED  IMPROVEMENTS  AND  MaJlFICATTONS ;  User’s  guide.  Mar  91 

INPUT:  Comprehensive  LIN  niciintenance  data,  usage  data,  force  structure, 
part  avedlability  and  delay. 

OUTPUT:  Annual  maintenance  manhours  by  level  of  maintencince  by  MOS  by  LIN. 
Operational  availability,  wciit  and  queue  length  data. 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS):  VAX  11/780,  VMS 

STOE?AGE:  Model  +  data  +  to  run  =  10,000  blocks/  500k  bytes  data  arrays 
etc.  virtucil 

PRCGRAM€[NG  LANGUAGE:  Discrete  Event  SLAM  (FORTRAN) 

DOCUMENTATTCN:  User's  Guide  (Mar  91),  Model  docummentaticn  (Jan  91) 
SECURITY  GLASSIFICATION:  Unclassified 
GENERAL  DATA  AND  TIME  REOUIRPMENTS : 

DATABASE:  as  updates  require 

CPU  TIME  PER  CYCLE:  4  hours  24  minutes  to  run  30  days 


113 


DATA  OUTPUT  ANALYSIS: 


4  hours 


FREQUENCY  OF  USE:  as  required 
USERS:  CASOOM,  OC&S 

OCMMENTS:  Originally  developed  to  sij^jport  MARC  program. 
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TTTT  ,K ;  Medical  Evacuatican  MAE?C  Model  (MEDEVAC) 


DATE  IMPLEMENTED:  02/01/91 
MODEL  TYPE :  Analysis 

PROPC^IENr:  U.S.  Army  Ccmbined  Arms  Support  Ccmmand  (USACASCCM),  Ft  Lee  VA 

POINT  OF  COTTACT:  Gerard  Petet,  CASCOM,  ATIN:  ATCL-CMI,  DSN:  687-1845 

PURPOSE:  This  ancilysis  provides  a  valid/audi table  method  of  determining 
the  Manpower  Requirements  Criteria  (MARC)  for  medical  evacuation  (MEDEVAC) 
operations  in  a  European,  mid- intensity  conflict  scenario.  This  model 
provides  the  factors  required  to  determine  the  minimum  number  of  essential 
MOS  67 J  -  Helicopter  Crew  Chiefs;  MOS  153B/D  -  UH1H/UH60  Heliccpter  Pilots; 
MOS  91A  -  Medical  Specialists;  a^  MOS  91B  -  Medical  NCD's  that  are  needed 
to  staff  medical  evacuation  units  in  order  to  acconplish  their  wartime 
mission. 

DESCRIPTKK:  To  determine  MARC  requiranents,  a  conplex  model  was 
developed  using  the  Simulaticxi  Language  for  alternative  Modelling  (SLAM). 
This  model  simulates  a  division  slice  through  the  Echelon  Above  Corps 
(EAC)  and  the  patient  flow  from  the  Foward  Line  of  Troops  (FLOT)  to  the 
OCM4Z  Hospital  using  both  cdr  and  ground  ambulances  in  a  wartime 
environment.  The  total  operational  hcxirs  per  day  per  air  and  ground 
ambulance  required  for  MEDEVAC  were  recorded  by  type  air /ground  ambulance 
for  each  level  (CP,  BAS,  BSA,  etc.).  These  operational  hours,  in  addition 
to  APM1H  were  used  to  determine  MDS  requirements. 

OONSTRUCncai:  No  human  participation  required  during  simulation  run. 

Model  is  interxuptable,  dynamic  (event-step  form),  stochastic  and 
two-sided  (symmetric). 

LIMITATICNS :  Division  slice  of  corps.  30  day  -  no  warmups.  Five  air 
and  five  ground  ambulances  maximum. 

PLANNED  IMPROVEMENTS  AND  MaUFICATTONS :  User's  Guide  Dec  90. 

INPUT:  Casualty  data. 

Number,  speed,  capacity,  and  naintenance  requirements  of  air  and 
ground  ambulances. 

Patient  category  data. 

OUTPUT:  Ambulance  utilization  c^jeraticnal  hours. 

Ambulance  fill  data. 

Patient  evaluaticxi  data. 

HARDWARE  AND  SOFTWARE: 

COMPUTER  (OS):  VAX  11/780 

STORAGE:  3,000  blocks 

PERIPHERALS:  Printer 

PROGRAMMING  LANGUAGE:  SLAM,  FOITRAN 

DOCUMENTATTCN:  User's  Guide,  Dec  90 
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SBCURTIY  CLASSIFICATION:  Unclassified 
GENERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  8  hcurs 

CPU  TIME  PER  CYCLE:  30  minutes 

DATA  OUTPUT  ANALYSIS:  1  hour 

FREQUENCY  OF  USE:  continual 

USEE?S:  Acadaity  of  Health  Sciences,  CASCCM 
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TITLE:  Micro  FASTAL 


Date  Implemented:  1987 


MODEL  TYPE:  Analytical 

PROPONENT :  U,S.  Army  Concepts  Analysis  Agency 

Attn:  Forces  Directorate 

8120  Woodmont  Avenue 
Bethesda,  MD  20814-2797 

POINT  OF  CONTACT:  Mr.  Raymond  G-  McDowall,  (DSN)  295-5264  or  (301) 
295-5264 

PURPOSE:  The  objective  of  Micro  FASTALS  is  to  develop  the  balanced 
support  force  requirements  for  a  specified  combat  force  Micro 
FASTALS  is  used  primarily  for  force  in  a  contingency  type  operation 
Micro  FASTALS  was  developed  from  the  larger  FASTALS  model  and 
designed  to  run  on  a  personal  computer  using  a  spreadsheet  format. 

DESCRIPTION: 

Domain:  Land 

Span:  Each  run  accommodates  one  theater  with  a  specified  combat 
force  in  a  combat  scenario. 

Environment :  Theater  dependent 

Force  Composition:  Specified  by  study  sponsor  and  used  to 

generate  requirements  for  Army  logistical  units. 

Scope  of  Conflict:  N/A 

Mission  Area:  Micro  FASTALS  is  a  deterministic  computer  program 
that  was  developed  to  generate  the  Army  support  requirements  that 
result  from  a  given  combat  simulation  in  a  small  theater. 

Level  of  Detail  of  Processes  and  Entities:  Support  requirements 
are  generated  for  each  unit  type  (functional  area)  including 
engineer,  chemical,  medical,  transportation,  ordnance, 
quartermaster,  et  al,  by  Standard  Requirements  Code  (SRC).  The 
workload  requirements  needed  to  sustain  the  forces  are  also 
generated  and  displayed  workloads  include  maintenance, 
construction,  supply  consumption,  transportation,  patient  care, 
personnel  replacements,  other. 

CONSTRUCTION: 

Human  Participation:  All  inputs  are  developed  by  functional  area 
analysts  prior  to  model  execution.  No  interaction  is  permitted 
during  model  execution. 

Time  Processing:  Dynamic,  one  time  period 

Treatment  of  Randomness :  Deterministic 

Sidedness :  One  sided 
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LIMITATIONS :  Generalized  theater  network  (single  region);  no  time- 
phasing  of  requirements;  no  attrition  to  combat /support  units, 
single  movement  of  units  and  supplies  from  point  of  arrival  in 
theater  to  destination. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  The  model  will  be  expanded 
to  handle  700  units  (up  from  300)  and  be  able  to  generate  a  time- 
phased  troop  list  similar  to  the  larger  FASTALS  models. 

INPUT :  The  following  data  base  in  magnetic  tape  form  are  used. 

Military  Traffic  Management  Command  weights  file.  Army  MARC 
Maintenance  Data  Base,  Force  Accounting  System  Unit  data,  and 
Consumption  factor  data  (provided  on  floppy  disks)  from  the  U.S. 
Army  Logistics  Center. 

OUTPUT :  Force  listing  is  in  the  form  of  a  troop  list  indicating 

unit  requirements  by  SRC. 

HARDWARE  AND  SOFTWARE: 

Computer;  IBM  AT  or  equivalent 
Storage;  1.5  megabytes 

Peripherals ;  Standard  or  high  density  disk  drives 
Language ;  LOTUS  123 
Documentation ;  User ' s  Manual 


GENERAL  DATA: 

Data  Base:  One  man-week  or  more  depending  on  size  for  force  and 
complexity  of  theater  being  evaluated. 

CPU  Time  Per  Cycle;  Five  minutes 

Data  Output  Analysis;  Two  days  or  more  depending  upon  theater 

Freguencv  of  Use;  Used  approximately  10  time  per  year  for  quick 
reaction  analyses 

Users:  USACAA,  U.S.  Army  Logistics  Center,  U.S.  Army  Logistics 

Evaluation  Agency 

Comment  This  model  has  been  used  for  3  years  to  develop  the 
support  force  requirements  for  the  Army. 
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TITLE :  Minefields  &  Barriers  Combat  Simulation  -  MBCS 


DATE  IMPLEMENTED: 

MODEL  TYPE:  Analysis. 

PROPONENT ;  0S1  Department,  DRA,  Fort  Halstead 

POINT  OF  CONTACT:  N.  Roberts,  0959  532222  ext  2289. 

PURPOSE :  Research  and  Evaluation  of  direct  fire  and  minefield 

systems  effectiveness. 

DESCRIPTION: 

Domain :  Land . 

Span:  Local  (typically  up  to  10km  front) 

Environment :  Digitized  terrain,  representing  relief,  vegetation 
and  man-made  cover.  100m  resolution. 

Force  Composition:  Heterogeneous  direct  fire  units,  and  "off- 
table"  artillery. 

Scope  of  Conflict:  Conventional. 

Mission  Area:  Any  conventional  missions  within  the  domain. 

Level  of  Detail  of  Processes  and  Entities:  Individual  vehicles. 
Detailed  representation  of  direct  fire,  mines,  barriers  and 
artillery.  Movement  is  along  preplanned  routes  at  speed  governed 
by  local  gradient  and  vehicle  performance. 

CONSTRUCTION : 

Human  Participation :  None . 

Time  Processing:  Event  sequenced. 

Treatment  of  Randomness;  Stochastic. 

Sidedness :  Two-sided,  partially  symmetric. 

LIMITATIONS :  No  infantry;  no  C3l. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  None . 

INPUT :  Terrain  data  and  preprocessed  LOS  data;  weapon 

characteristics  (range,  time  of  flight);  minefield  and  barrier  data 
(location,  row/random,  inter-mine  spacing  or  density,  mine  type, 
etc);  Orbat,  deployment,  routes,  orders;  systems  data  (DF, 
minefield  and  artillery  lethality). 

OUTPUT :  Killer /victim  tables,  by  replication  and  averaged;  mine 
and  artillery  kills;  detailed  event  trace. 
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HARDWARE  AND  SOFTWARE; 

Computer /OS:  VAX /VMS 

Storage : 

Peripherals :  None. 

Programming  Language:  FORTRAN  77. 

Documentation :  Seven  volumes,  including  model  definitions, 

programmers  guides,  user  guide,  executive  summary. 

SECURITY  CLASSIFICATION:  UNCLASSIFIED. 

GENERAL  DATA: 

Time  Reguired: 

Data  Preparation:  Several  weeks. 

Preprocessor:  Few  CPU  minutes  for  most  data,  plus  several  hours 
for  LOS . 

Simulation:  Approx  one  minute  CPU  time  per  minute  of  battle. 

Analysis  Package:  Minimal.  NB  Timings  are  based  on  a  complex 
main  defensive  action  scenario. 

Freguencv  of  Use:  Not  in  use. 

Users :  0S1  Department  DRA. 

Comments :  The  complex  series  of  preprocessors  used  by  MBCS 

(especially  the  requirement  to  preprocess  all  Lines  of  Sight)  make 
MBCS  rather  difficult  to  use. 
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TTTT.F:  Network  Assessment  Model  (NAM) 


DATE  IMPLEMENTED:  11/15/90 
MCDEL  TYPE:  ANALYSIS 

PROPCMEl^:  U.S.  Army  Signed  Center,  Directorate  of  Combat  Developments, 
Concepts  &  Studies  Division,  ATIN  :  ATZH-ODC  (Studies  Branch),  Fort 
Gordon,  GA  30905-5090 

POINT  OF  ceWTACT:  Cenmander,  U.S.  Amy  Signed  Center,  ATIN:  ATZH-CDC 
(CPT  A.  Tabler),  Fort  Gordon,  GA  30905-5090  DSN  780-3782  COM  404-791-3782 

PURPOSE:  The  Netwoiic  Assessment  Model  (NAM)  is  a  hi^-resoluticn  tactical 
communications  simulation  for  the  oontoat  developer.  NAM  allows  the 
analyst  to  simulate  the  deployment  of  C4  equipment  and  communicators  via  a 
digitized  terrain  map,  design  single  and  multichannel  radio  networks,  and 
ev^uate  network  performance  against  known  ccmmunications  requirements. 
NAM's  flexible  design  sr^iports  the  anedysis  of  ccmnnunications  issues 
including  netwoidc  architectures,  current/new  doctrine,  equipment  trade-off, 
equipment  reduction,  terrain  evaluation,  and  force  design  (TO&E) . 

DESCRIPnCN:  NAM  simulates  the  performance  of  the  Army's  current  and 
planned  tactical  ccmmunications  systems:  Mobile  Subscriber  Equipment, 
SINOGARS,  IHFR,  OTIDS,  EPIilS,  TRI-TAC  (EAC-CIP).  NAM  emulates 
the  generation  and  conpletion  of  Ccdls  between  battlefield  users 
throughout  all  Battlefield  Functional  Areas  (BFAs). 

NAM  handles  a  wide  variety  of  scenario  resolutions.  Via  roll-up 
techniques,  a  single  instrument  or  an  entire  Division  can  act  as  the 
smallest  entity.  Typically,  a  Division-  or  Corps- level  scenario  is 
modeled  with  phaie/radio/Battlefield  Automated  System  instrument  pools 
called  Operational  Facilities  (OPFACs)  forming  the  smallest  entity. 

NAM  uses  Defense  Mapping  Agency  (DMA)  DFAD  level-1  or  DTED  digitized 
terrain  data  coupled  with  the  Terrain  Integrated  Etoug^i-Earth  Model  (TTREM) 
propagation  edgorithn  to  evaluate  radio  link  pserformance  betweei  2MHz  and 
2(X3Hz.  NAM  confutes  the  effects  of  Red  jammers,  terrain  and  distance 
that  reduce  or  elimate  radio  link  throughput. 

NAM  simulates  both  air  and  ground  communicators.  NAM  normcLLly  models 
Army-only  units.  NAM  can  ^so  model  joint  and  eillied  users  interfacing 
with  Army  networks  if  customized  OPFACs  and  associated  needlines  are 
built. 

NAM  has  been  developed  in  a  modular  format.  As  new  oommunicatiens 
systems  are  proposed,  a  corresponding  module  can  be  inserted. 

OCNS'lRUCnCN:  NAM  emulates  the  decisionmaking  process  the  Signal  Planner 
enploys  in  supporting  Theater-and-below  battlefield  oorannunicatars .  Using 
a  menu/mouse-driven  interface,  the  analyst  deploys  Operational  Facilities 
(OPFACs)  that  describe  the  tactical  clustering  of  C4  users  and  equipment. 
After  the  networks  linking  these  OPFACs  have  been  engineered,  the  traffic 
offered  to  the  network  by  the  OPFACs'  subscribers  is  generated  and  sub¬ 
sequently  evaluated,  resulting  in  16  types  of  call  failure/success  codes. 
NAM  has  five  major  modules.  MAINTENANCE  supports  the  building  and 
modifying  of  the  OPFAC  library,  and  the  extraction  of  communications 
needlines.  SIMBUILD  facilitates  Blue  OPFAC  laydown,  network  engineering, 
and  Threat  EW  deployment.  SIMRUN  schedules,  routes,  and  eveiluates  the 
the  networks'  throughput.  TACTICAL  SITUATTCN  DISPLAY  grapiiically  portrays 
the  networics'  performance  over  time.  POSTSIM  displays  summary  statistics. 
NAM  is  a  two-sided,  asymetric  model  in  that  only  the  Red  EW  is  portrayed. 
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Most  interactive  works  involves  OPFAC  laydown.  The  analyst  can  stop, 
adjust,  and  re-start  the  scenario  to  account  for  the  physiccLL  destruction 
or  degiac^tion  of  sigrial  nodes  and  OPFACs. 

mam's  primary  engine  is  a  dynamic,  event-step  caLLl  scheduler.  Calling 
rates  are  based  cn  frequency  of  transmission  values  described  in  the 
Ccmnunicaticns  Data  Base  (CDB)  needlines.  A  negative  ejqxxiential  distri¬ 
bution  provides  the  scheduling  for  the  calls  to  be  initiated  and  evaluated. 

LIMITATICNS:  5000  ENVTs,  2000  OPFACs,  500  MSB  Nodes,  100  SINGCARS  Nets. 
Other  limits  are  hardware  dependant.  Nodal/OPFAC  f^ysical  attrition  is  not 
portrayed.  NAM's  TIRBM  implementation  does  not  account  for  foliage  effects. 

PLANNED  IMPROVEMEMS  AND  MODIFICATICMS :  Planned  enhancements  include: 
upgraded  EPIi^S  module  with  NCS  and  interocmmunity  portrayal,  the  ability 
to  bulk  load  scenarios,  revised  threat  display,  EMC/co-site  interferarjce. 

INPUT:  OPFAC  locatiarjs  (type  and  quantity  of  C4  equipment),  CDB 
needlines  describing  amount  and  type  of  transmissions  between 
ocnmunicators,  Ccmmi^cations  backbone  and  extension  node  locations, 
ccmnunicaticns  equipment  characteristics  (power  settings,  antenna  heic^ts, 
sensitivity,  data  rates,  precedence,  tank  capacity,  etc.)  ,  BAS 
characteristics  (data  rate,  auto  baud  detect),  DMA  digitized  terrain. 

OUTPUT:  Call  completion  logs,  call  routing  logs,  ccmmunications  node  and 
activity  level  logs  are  generated.  Unese  logs  can  be  processed  by  POSTSIM 
and  Tacticcil  Situation  Display  (TSD)  which  then  grafiucally  display  the 
E)erfonnance  of  the  network(s)  under  evcduation.  Color  graphics  include 
bar  charts,  pie  charts  and  maps  with  network  diagram  and  throughput/ 
channel  occupancy  overlayed, 

HARCWARE  AND  SOFTWARE: 

CCMPUTER  (OS):  Silicon  GrajMcs  Inc.  (SGI)  4D-series  Grap^iics  Woodc- 
stat ions'  Unix  System  V  (IRIX). 

STORAGE:  Memory  :  8  MB  RAM  Disk  Storage:  17  MB  executable  code 
and  (min)  10  MB  for  OPFAC,  CDB,  DMA  terrain  files,  NAM  input  files. 

PERIPHERALS:  RC$  Video  Printer  (Optional).  Relational  Data  Base 
Management  Software  (RDBMS)  package  (Optional-highly  reccramended) . 

PROGRAiyMING  LANGUAi®:  C+  with  SGI-specific  graphics  extaisions 

DOCDMENTATICN:  Executive  Suimciry,  Methodology  Manual,  User  Handbook, 
Program  Maintaiance  Manual 

OTHER  CCM1ENTS:  The  simulation  input  module  eLLso  runs  on  the  SGI  3000- 
series  workstations,  but  is  limited  in  cai>acity  and  processing  speed. 

SECURTIY  CLASSIFICATICN:  Unclassified 

GENERAL  DATA  AND  TIME  REXXJIREMEMS: 

DATABASE:  Preparation  is  scaiario  dependant.  Turnaround  time  greatly 
reduced  if  end-users  provide  detailed  scenario  inputs:  units,  locations 

CPU  TIME  PER  CYCLE:  Dependent  on  nunher  of  networks  and  nodes  deployed. 
For  a  Division-level  scenario,  1  hour  simulated  time  =  5  minutes  CPU  time. 

DATA  OUTPUT  ANALYSIS:  With  an  EMMS  package,  call  logs  and  other 
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output  files  can  be  tied  to  input  for  many  follcw-on  investigations 
jkBQUENCY  CF  USE;  Scenario  dependant. 

USERS:  The  Signal  Center  is  the  primary  user.  Hcwever,  copies  of 
NftM  software  have  been  sent  to  other  M)  groups  for  their  evaluation. 

CCMIENrS:  Model  turnaround  time  is  extremely  dependant  cn  the  amount 
of  hig^-resoluticn  input  data  provided  by  the  end-user.  To  inprove  tum- 
eunound  the  end-user  should  have  a  trocp  list  with  units  (SRCs)  and 
OperaticncLL  Facilities  (OPFACs)  already  found  in  the  CDB  and  NAM's 
custanized  OPFAC  Library.  Preparation  time  increases  if  customized  OPFACs 
and  needlines  have  to  be  created. 
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TITLE :  Nuclear  Fire  Planning  and  Assessment  Model  III  (NUFAM  III) 
DATE  IMPLEMENTED:  1986 
MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Concepts  Analysis  Agency 

8120  Woodmont  Avenue 
Bethesda,  MD  20814-2797 

POINT  OF  CONTACT;  Mr.  R.  Barrett,  (DSN)  295-1655  or 
(301)  295-1655 

PURPOSE :  Research  and  evaluation  tool  for  corps  and  theater- level 
analysis.  Used  to  support  requirements  and  capability  assessment 
studies  of  theater  nuclear  forces  arrayed  in  context  of  a  theater 
battle . 

DESCRIPTION! 

Domain:  U.S.  and  opposing  land  and  air  forces  on  a  corps-sized 

frontage.  Depth  to  500  km  from  FLOT. 

Span:  Corps  level  model  is  routinely  run  for  multiple  corps  to 
yield  thea te --level  results. 

Environment:  User  defines  unit  locations  to  model  based  on 

terrain,  posture  and  scenario.  Model  does  not  represent  terrain 
features.  Population  centers  are  included  for  civilian 
danage/casualty  avoidance. 

Force  Composition:  Unit  sizes  are  defined  in  data  base. 

Intended  for  company  or  battalion  representation  of  units.  Both 
Red  and  Blue  units  represented. 

Scope  of  Conflict:  Nuclear  only.  Models  one  or  more  nuclear 
pulses  occurring  within  a  short  period  of  time  (12  hr).  Unit 
locations  remain  fixed,  although  the  effect  of  movement  is 
implicitly  represented.  No  conventional  attrition  occurs  during 
simulation,  but  should  be  reflected  in  unit  strength  prior  to 
nuclear  use. 

Mission  Area:  Nuclear  only 

Level  of  Detail  of  Processes  and  Entities: 

Entities :  Company  or  battalion  maneuver  unit;  artillery  and 

missiles  by  firing  section  or  launcher,  aircraft  by  sorties  from 
airbases.  Defined  in  data  base. 

Processes :  Target  acquisition,  detailed  fire  planning, 

execution  of  nuclear  pulses,  assessment  of  damage  to  units. 
Movement  implicitly  represented.  Damage  represented  is  radiation 
to  personnel  and  blast  to  equipment.  No  fallout.  Weapons  and 
effects  are  defined  through  data  base  to  allow  new  weapons  to  be 
represented.  Fire  planning  criteria  defined  through  data  base  to 
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allow  for  variations  in  fire  doctrine. 


Time:  Discrete  event  driven  model 

CONSTRUCTION: 

Human  Participation:  Not  required  outside  of  preparation  of 

input  data 

Time  Processing:  Dynamic  event  step 

Treatment  of  Randomness:  Stochastic  (Monte  Carlo) .  Ten  runs  are 
normally  required  to  yield  reasonable  means. 

Sidedness :  Two-sided,  symmetric  in  logic,  asymmetric  in  data 

output  values  and  data  driven  doctrine. 

LIMITATIONS :  No  conventional  or  chemical  play.  No  explicit 

movement  of  units. 

INPUT :  Unit  locations  and  characteristics;  nuclear  weapons 

characteristics  and  effects.  Parcuneters  defining  acquisition, 
movement,  and  fire  planning  logic.  Size  and  location  of  population 
centers . 

OUTPUT:  Post-processor  produces  30  reports.  Typical  results  are 
units  acquired,  engaged,  and  defeated;  weapons  selected  and  fired. 

HARDWARE  AND  SOFTWARE: 

Computer:  UNISYS  1100/84 

Storage:  2 3 OK  (main);  140K  (extended) 

Peripherals :  Calcomp  plotter 

Programming  Language:  SIMSCRIPT  II. 5 
Documentation : 

•  CAA-D-86-2,  NUFAM  III  User's  Manual 

•  DTIC  AD#B1 13173L 

SECURITY  CLASSIFICATION:  UNCLASSIFIED  without  data 
GENERAL  DATA: 

Data  Base:  Data  base  prep:  1-6  weeks  depending  on  number  of 
excursions,  etc 

CPU  Time  Per  Cycle:  Two-hours  per  repetition;  20-hours  per 

excursion 

Data  Output  Analysis:  Currently  can  produce  up  to  30  pre-defined 
reports.  Post-processor  package  (NUFAM-GAP)  allows  free-form  data 
base  queries  and  graphic  displays. 

Freguencv  of  Use:  Supports  1  to  5  studies /year 

Users :  U.S.  Army  Concepts  Analysis  Agency 

Comments :  None 
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TITLE :  OPALS 


DATE  IMPLEMENTED:  1990 


MODEL  TYPE:  Training  and  Education - 
PROPONENT :  Australian  Army  War  Gcune  Centre. 

POINT  OF  CONTACT:  Project  Leader  AWGC  62-2-9604411. 

PURPOSE: 

Analytical:  Yes. 

1 .  Research  &  Evaluation 

a.  Weapons  Systems 

Systems  Development? 

Systems  Effectiveness? 

b.  Force  Capability  and  Requirements 

Courses  of  Action  Assessment? 

Mix? 

Effectiveness? 

Resource  Planning 

c.  Combat  Development 

Current  or  New  Doctrine?  To  be  developed 

Competing  Strategies?  To  be  developed 

Policy  Study?  To  be  developed 

2.  Operation  Support  Tool  (Decision  Aid) 

a.  Skills  Development 

Team?  Yes 

Individual?  Yes 

b.  Exercise  Driver 

Field  Training  Exercise  Driver? 

Command  Post  Exercise  Driver? 

Individual  Exercise  Driver? 

DESCRIPTION: 

Domain :  Land . 

Span:  Regional. 

Environment :  Day  or  night  all  weather. 

Force  Composition:  Joint  and  combined  forces  (Blue  and  Red) . 
Scope  of  Conflict:  Conventional  warfare. 

Mission  Area:  All  conventional  missions  using  conventional 

weapons . 

LEVEL  OF  DETAIL  OF  PROCESS  AND  ENTITIES: 

Entity:  Brigade  up  to  Corp. 

Process :  Attrition,  generation  of  casualties  (battle  and  non 

battle),  movement,  consumption  of  all  classes  of  supply,  repair 
and  recovery,  resupply,  casualty  treatment  and  evacuation, 
eunmunition  and  fuel  usage. 


No 

Yes 

No 
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Yes 

No 


Time  Processinc 


Dynamic : 

(a)  Time  Step? 

(b)  Event  Step? 

(c)  Closed  Form? 
Static: 


Yes 

Yes 


Treatment  of  Randomness : 

(1)  Stochastic: 

(a)  Direct  Computation?  Yes 

(b)  Monte  Carlo?  No 

(2)  Deterministic: 

(a)  Generate  a  value  as  a  function  of  an  expected 
value? 

(b)  Basically  Determ ‘ nistic  (No  randomness)? 


>idedness : 
(1) 
(2) 


(3) 


One-sided? 

Two-sided: 

(a)  Symmetric? 

(b)  Asymmetric 

One  side  non-reactive? 

Both  sides  reactive?  Yes 

Greater  than  two-sided: 

(a)  Symmetric? 

(b)  Asymmetric 

One  or  more  side  non-reactive? 

All  sides  reactive? 


LIMITATIONS :  Simulation  of  naval  and  air  effects,  limited  to 
direct  effects  on  land  battle.  Resolution  in  simulating  low  level 
conflicts . 


PLANNED  IMPROVEMENTS /MODIFICATIONS :  Provision  of  video  map 
representation.  Enhanced  screen  presentation.  More  stations, 
improved  LANs,  multi-processing,  analytical  capability. 

INPUT :  Scenario,  weapon  characteristics,  operation  orders /plans, 
administration  orders/plans,  road  networks,  consumption  rates. 
Logistic  functional  characteristics. 
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OUTPUT :  Printed  reports  detailing  unit  status,  staff  tables, 
logistic  reports  and  returns. 

HARDWARE  AND  SOFTWARE: 

Computer  (OS):  IBM  PC  AT  MS  DOS  3.2;  VAX  VMS. 

Storage:  Not  assessed  for  VAX. 

Peripherals :  Printers  and  a  plotter. 

Proaramming  Language:  Pascal. 

Documentation :  Draft. 

SECURITY  CLASSIFICATION:  Restricted. 

GENERAL  DATA: 

Data  Base:  Unknown  at  this  stage. 

CPU  Time  Per  Cycle:  Not  applicable. 

Data  Output  Analysis:  Not  applicable. 

Freguencv  of  Uses:  Expected  2  times  per  year  (initially). 

Users :  Command  and  Staff  College,  Command  Headquarters. 

Comments :  Release  date  2nd  quarter  1990.  Provides  both  real 

and  accelerated  time  play. 
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TITLE:  PANIHER  (PANTHER) 


DATE  IMPLEMENTED:  11/01/89 
MODEL  TYPE:  Training  and  Education 

PROPCNENT:  U.S  Army  Ccmbined  Arms  Ccmmand  -  Training,  ATTN:  ATZL-CTS 
Ft.  Leavenworth,  KS  66027 

POINT  OF  oaTTACT:  MAJ  de  la  Pena,  MAJ  Velez,  CTT  Kocne  DSN  552-3189/3395 
ATIN:  ATZL-CTS-BB,  U.S.  Army  Ccmbined  Arms  Ccmmand  -  Traini 

PURPOSE:  Training  and  Education.  Panther  is  used  to  train  ccmanders  and 
staffs  cn  stciff  coordination  in  a  Low-Intensity  Conflict  (LIC)  environment. 

DESCRIPnCN: 

DOMAIN:  Land,  air  and  rivers. 

SPAN:  Local,  tactical  level. 

ENVIRNONMENT:  Any  terrain,  weather,  time  or  day. 

POE4CE  CCMPOSnCN:  Joint,  combined  at  tactical  level. 

SCOPE  OF  CCNFLICT:  LIC. 

MISSION  AE?EA:  Panter  focuses  on  the  non-lethal  asp^ts  of  LIC  but 
also  models  direct  and  indirect  fire,  TACAIR,  aviation  and  air  defense. 
LEVEL  OF  DETAIL  OF  PROCESSESS  AND  ENTITIES: 

Panther  models  down  to  individual  soldier,  individual  cdrcraft  or 
piece  of  equipment.  In  a  ccmbat  engagenent,  model  will  deplete  units  by 
equipment,  minitions  and  personnel  (WIA,  KIA,  MIA;  if  wounded  in  action 
describes  wounds) .  rtodel  processes  all  civil  affairs,  PSOPS,  ccmbat 
actions  by  zones.  This  provides  the  basis  for  changes  in  pcpular  support 
of  the  legitimate  government  forces. 

OCNSTRUCnCN: 

HUMAN  PARTICIPATICN:  Required,  waits  for  decisions. 

TIME  PROCESSING:  Dynamic. 

TREATMENT  OF  RANDCMNESS:  Stochastic;  Monte  Carlo. 

SIDECNESS:  TVJo-sided,  asymmetrical. 

LIMTTATKNS :  Board  game  requires  maps  blown  up  to  1 :6,250  and  12,500 
scale.  Controllers  determine  CA/PSOPS  activities.  Requires  about  1  day 
to  install  data  base. 

PLANNED  IMPROVEMENTS  AND  MXIFICATTCNS :  Write  program  in  Spanish. 

Write  Battle  Board  Worteheet  in  such  a  way  that  one  worksheet  produces  one 
output.  Modify  software  to  make  system  more  user  friendly. 


INPUT: 

Scenario,  OPCX®,  order  of  battle. 


OUTPUT: 

Computer  printouts. 
HARDWARE  AND  SOFTWARE: 


COMPUTER  (OS) :  IBM  XT/AT  MS  DOS 
STORAGE:  10  MB 

PERIPHERALS:  High  Speed  Printer 
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PROGRAMmC  LANGUAGE:  Turtxo  Pascal  5.5. 

DCXUMENTATICN:  Basic  Rules,  How  to  Train  Manual  and  Technical  Guide. 
SECURTIY  CXASSIFICA'nCN:  Unclassified. 

GENERAL  DATA  AND  TIME  REOUIREMENIS: 

DATABASE:  1  day. 

CPU  TIME  PER  CYCLE:  unknown 

DATA  OUTPUT  ANALYSIS:  N/A 

FREQUENCY  OF  USE:  As  often  as  desired. 

USEE?S:  U.S.  Army  tacticcil  units,  Latin  American  CGSC  and  AOC 
equivalent  schools. 
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TITLE :  Proca 


DATE  IMPLEMENTED:  1989-90 


MODEL  TYPE;  Analysis,  possibly  Training  &  Education. 

PROPONENT :  Operational  Research  and  Analysis  Establishment, 

Directorate  of  Land  Operational  Research. 

POINT  OF  CONTACT:  Daniel  U.  Thibault,  (613)  995-8080. 

PURPOSE ;  Analysis  role:  Weapon  Systems  Effectiveness  Research  & 
Evaluation  Tool  Training  &  Education  role:  Seminar  Exercise  Driver 
Proca  is  designed  to  integrate  detailed  minefield  breaching 
assessment  into  the  Janus  computer  wargame.  It  is  a  controller 
tool,  the  Janus-Proca  interface  being  entirely  human.  Proca 
supplies  an  accurate  simulation  of  the  minefield  breaching  per  se, 
while  Janus  supplies  the  accurate  simulation  of  the  simultaneous 
direct  and  indirect  fire  battle.  Although  not  designed  to  run 
alone,  Proca  could  become  the  core  of  a  full  scale  standalone 
minefield  breaching  training  simulation;  interest  has  already  been 
expressed  by  developers  for  that  particular  purpose. 

DESCRIPTION: 

Domain:  Land. 

Span:  Local. 

Environment:  Minefield  only.  Proca  can  handle  several 

minefields  at  once,  each  having  its  own  reference  frame.  Ground 
relief  and  features  are  not  modelled. 

Force  Composition:  Breaching  column  blue  or  red. 

Scope  of  Conflict:  Mines  and  Countermeasures  only. 

Mission  Area:  Minefield  breaching  only. 

Level  of  Detail  of  Processes  and  Entities: 

Entities :  Tank  sub-parts,  countermeasure  sub-parts,  individual 
mines . 

Processes :  Explosive  Breaching,  Mechanical  Breaching, 

Detection,  Scatterable  Mine  Delivery  All  processes  are 
time- independent  transformations  except  for  Mechanical  Breaching. 
In  the  latter,  a  described  breaching  column  of  vehicles  encounters 
mines  in  its  path  in  time  sequence  until  the  breach  is  completed 
or  a  vehicle  suffers  a  casualty. 

CONSTRUCTION: 

Human  Participation:  Required  for  Decisions  (The  simulation 

stops  until  the  player  inputs  a  new  command) . 

Time  Processing:  Mechanical  Breaching  is  dynamic,  event-driven; 
all  other  processes  are  "instantaneous"  data  base  transformations. 
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Treatment  of  Randomness:  Stochastic,  Monte  Carlo. 


Sidedness :  Two-sided,  Asymmetric,  Both  Reactive.  The  defending 
player  can  only  react  with  the  addition  of  Scatterable  Mines  in 
between  breaching  player  actions. 

LIMITATIONS :  This  software  package  was  designed  as  a 

controller-level  "patch"  of  Janus  4.05.  It  could  also  be  used  as 
a  standalone  minefield  breaching  simulator  but  would  then  be 
somewhat  awkward  in  its  interface. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  Plans  for  its  integration  into 
a  full-blown  minefield  breaching  simulator  are  being  discussed. 
It  might  also  serve  as  a  basis  for  a  new  Janus  minefield  module. 
Finally,  there  is  a  remote  possibility  of  it  being  developed  into 
a  batch  processor  for  minefield,  countermeasure,  and  tactic 
effectiveness  assessment. 

INPUT:  Mine,  Countermeasure,  and  Vehicle  engineering 

characteristics.  Minefields  are  laid  out  using  a  companion 
software.  The  user  interface  is  textual,  menu-driven. 

OUTPUT :  Printout  of  event  log,  detailing  each  event  and  its 

outcome . 

HARDWARE  AND  SOFTWARE: 

Computer :  VAX/ VMS. 

Storage:  About  300k  of  source  code.  64k  of  executables.  Master 
data  file  around  10k,  most  minefields  data  files  are  in  the  10  to 
20k  range. 

Peripherals :  One  VT100  terminal  required.  Printer  currently 

hardwired  into  the  code. 

Programming  Language:  Pascal. 

Documentation :  DLOR  Staff  Notes  90/1,  90/2,  and  90/10. 

SECURITY  CLASSIFICATION:  UNCLASSIFIED,  but  data  base  may  be 

classified. 

GENERAL  DATA: 

Data  Base:  Depends  on  accessibility. 

CPU  Time  per  Cycle:  Very  little;  simulation  is  interactive. 

Data  Output  Analysis:  Inserted  into  Janus  event  log. 

Freguencv  of  Use:  Iron  Dragon  war game  series. 

Users :  DLOR.  Interest  has  been  expressed  by  various  other  Janus 
users  (USA,  UK,  Australia). 


132 


TITLE:  Tacticcil  Simulator  (TACSIM) 


DATE  IMPLEMENTED:  09/01/80 
MnnFT,  TYPE:  Training  and  Education. 

PROPCXSEM':  Joint  Tactical  Fusion  Program  Management  Office  (JTFPMD), 
Mclean,  VA.  IRADOC  Proponent:  CAC-T,  Ft  Leavenworth,  KS 

POINT  OF  Oa^ACT:  Edward  N.  Sowell,  HQ  TEXOCM  ATIN:  ATCT-BA-SDM,  FT  Hood 
TX  76544  AV  738-9517;  IRADOC  POC:  Maj  Marion,  DSN:  552-3180,  ATZL-CTS 

PURPOSE:  To  provide  an  interactive  computer-based  simulation  to  suf^x^rt 
intelligenc  and  electronic  warefare  system  develc^ment  and  testing; 

ccrmand  post  training  exercises  (CPX);  and  evaluations  of  lEW  and  command, 
control  and  oannunicaticns  (C3)  functions.  It  supports  decisions,  corps 
an  echelons  above  corps  (EAC)  systems  evaluation,  training  and  the 
cLLl-source  ancilysis  system/enemy  situation  correlation  element  (ASAS/ENSCE) 
program  development. 

DESCRIPnCW: 

DOMAIN:  Land  and  air. 

SPAN:  Local. 

FCRCE  OCMPOSrnCN:  OPFOR  equipment  signatures  detectable  by  sensors. 

SCOPE  OF  OCNFLICT:  Conventional  war. 

MISSION  AREAS:  Intelligence. 

OONSTRUCnCN: 

HUMAN  PARTICIPATICN:  Human  participation  required  for  decisions  and 
processes . 

TIME  PROCESSING:  Dynamic,  event  stepped. 

TREATMENT  OF  RANDCM1ESS:  Stochastic,  Monte  Carlo. 

SIDETNESS:  TVo-sided,  asymmetric. 

LIMITATTONS :  The  resolution  of  the  sensor  modeling  is  not  sufficient 
for  sensor  trade-off  studies. 

PLANNED  IMPROVEMENTS  AND  MXIFICATTONS :  None 

INPUT:  OPFOR  unit  <±)servables,  their  strengths  and  deployment. 

OPFCR  unit  locations  and  preplanned  movement. 

Operational  characteristics  of  the  sensors  and  tasking. 

Operationeil  environment  such  as  weather. 


OUTPUT: 

The  primary  output  of  TACSIM  is  intelligence  reports  in  standardized 
fonnat.  These  reports  are  of  the  qucility  and  quantity  expected  of  the 
communications,  electronic  and  imagery  sensors  available  to  a  U.S. 
conmander  in  wartime.  Special  reports  are  also  provided  to  assist 
simulator  operators  and  exercise  controllers. 

HARDWARE  AND  SOFIWARE: 

COMPUTER  (OS):  VAX  11/785,  VAX  8250  or  VAX  8600. 

VMS 


STORAGE:  16MB  intem2LL  memory;  4  disk  drives  with  at  least  200  MB 
each 
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PERIPHERALS:  3  C3?Ts  and  one  printer. 

PRDGRAMPCNG  LANGUAGE:  PCHIRAN,  SALSDi  {FC9RIRAN  version  of  SIMSCRIPT) 


DOCUMENrATICN:  TACSIM  Users  Manual  far  Liason  Officers  and  Exercise 
Controllers;  TACSIM  Software  Description,  Vol  I-III;  TACSIM  Operators 
Manual,  Vol  I-III;  Software  User /Operator  Manucils  (6). 

SECURTIY  CLASSIFICATICN:  Unclassified. 

GENERAL  DATA  AND  TIME  REQUIREMENTS: 

DATABASE:  3  months 

CPU  TIME  PER  CYCLE:  tfriknown 

DATA  OUTPUT  ANALYSIS:  N/A 

FRECOENCY  OF  USE:  Su^xarts  training  of  division  and  corps  CPXs. 

COMENTS:  TACSIM  is  normally  run  at  the  sensitive  conpartmented 
information  (SCI)  level  of  classification  vAiich  limits  its  use  to  SCI 
facilities . 
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TITJ  Target  Acquisition  Fire  Support  Model  -  TAFSM 
DATE  IMPLEMENTED:  Circa  1983. 

MODEL  TYPE:  Analysis. 

PROPONENT:  U.  S.  Army  Field  Artillery  School,  Fort  Sill,  OK 

73503-5600,  U.  S.  Army  Materiel  Systems  Analysis  Activity,  Aberdeen 
Proving  Ground,  MD  21005-5071 

POINT  OF  CONTACT:  U.  S.  Army  Materiel  Systems  Analysis  Activity 
Attn:  AMXSY-GS  (L.  Blankenbiller ) ,  Aberdeen  Proving  Ground,  MD 
21005-5071,  DSN  298-3810  or  (301)  278-3810. 

PURPOSE :  TAFSM  is  a  damage  assessment /weapons  effectiveness  model 
used  primarily  as  a  Research  and  Evaluation  Tool.  It  is  designed 
to  evaluate  competing  artillery  force  structures  and  operational 
concepts  as  well  as  the  effects  of  weapon  systems  against  various 
target  types. 

DESCRIPTION: 

Domain ;  Land  and  air. 

Span;  European  and  S.W.  Asian  theater;  division  sized. 

Environment:  Statistical  terrain  is  used;  database  reflects 

terrain  interactions  ( line-of-sight ) ,  open/woods  environment,  time 
of  day  (day/night). 

Force  Composition;  Combined  forces.  Blue  and  Red. 

Scope  of  Conflict:  Conventional  weapons. 

Mission  Area:  Primarily  indirect  fire  artillery  with  modular 
direct  fire  ground  game. 

Level  of  Detail  of  Processes  and  Entities:  Unit  resolution  is 
a  function  of  range  from  the  FLOT  anduser-directed  inputs . 
Maneuver  units  are  usually  at  platoon  level;  fire  units  at  platoon 
or  section  level.  Movement,  target  acquisition,  communications  and 
mission  processing  activities  are  explicitly  played  at  the  lowest 
level  defined  by  the  user.  Damage  is  assessed  against  each 
individual  target  element.  Attributes  for  weapon  systems, 
eunmunition  types,  fire  direction  centers  and  sensors  define  the 
systems'  capabilities  and  performance  measures  used  by  subroutines 
which  model  the  systems’  operational  functions. 

CONSTRUCTION: 

Human  Participation:  Not  permitted. 

Time  Processing;  Event  sequenced,  time  stepped  using  dynamic  48 
hour  scenario. 
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Treatment  of  Randomness :  Indirect  fire  kills  are  assessed 

stochastically,  with  Monte  Carlo  determination  of  result.  The 
direct  fire  ground  game  uses  a  stochastic  Lanchester  attrition 
model . 

Sidedness :  Two-sided,  symmetric. 

LIMITATIONS :  Fixed  movement  paths,  dirty  battlefield  not  played 

explicitly.  Red  artillery  decision  rules  same  as  Blue,  large  threat 
data  scenario  requirements,  extensive  scenario  development  effort 
required. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  Refined  direct  fire  ground 

game.  Joint  task  force  missions  added.  AFATDS  fire  direction 
capabilities . 

INPUT :  Unit  locations  and  movement  schedules.  Weapon  system  and 

sensor  characteristics.  Munition  characteristics.  Communications 
network.  Force  structure. 

OUTPUT ;  Tabular  data:  measures  of  effectiveness-  no.  systems 
destroyed,  no.  of  personnel  killed,  force  attrition;  measures  of 
performance-  fire  missions  requested/ fired,  sensor  reports, 
ammunition  expenditures,  effects  per  round  type  and  target  element, 
tube  failures  and  attrition,  other  items  from  fire  direction 
centers,  communications  system  and  resupply. 

HARDWARE  AND  SOFTWARE; 

Computer:  Digital  VAX/VMS  11/785. 

Storage :  220K  Bytes. 

Peripherals ;  Line  printer,  magnetic  disks  and/or  tape  drives. 
Programming  Language:  FORTRAN  77  dialect  XFOR. 

Documentation :  User  and  programmer  manual.  Draft  documentation 
for  the  direct  fire  ground  game  module. 

SECURITY  CLASSIFICATION:  UNCLASSIFIED  without  database  and/or 

scenario. 

GENERAL  DATA: 

Data  Base:  Time  to  make  database  updates  and  set  up  inputs  might 
run  as  much  as  two  to  four  weeks. 

CPU  time  per  Cycle:  Approximately  8-10  hours  with  minimum 

acceptable  replications  and  a  48  hour  scenario. 

Data  Output  Analysis:  Typically  a  week  or  more  is  required. 

Freguencv  of  Use:  Varies  extensively  by  organization,  but  is 
used  at  least  several  times  per  year. 

Users :  Directorate  of  Combat  Developments,  U.  S.  Army  Field 

Artillery  School  and  Ground  Warfare  Division,  U.  S.  Army  Materiel 
Systems  Analysis  Activity. 
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Conunents :  None . 


RELEASABILITY :  Program  code  is  releasable.  Some  input  data  are 

classified  SECRET  NOFORN  and  therefore  not  releasable. 
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TITLE :  TERRA  AUSTRALIS 


DATE  IMPLEMENTED:  1985. 


MODEL  TYPE:  Training  and  Education. 

PROPONENT:  Australian  Army  War  Game  Centre. 

POINT  OF  CONTACT:  Project  Leader  AWGC  62-2-9604411. 

PURPOSE : 

Analytical : 

1 .  Research  &  Evaluation 

a .  Weapons  Systems 

Systems  Development? 

Systems  Effectiveness? 

b.  Force  Capability  and  Requirements 

Courses  of  Action  Assessment? 

Mix? 

Effectiveness? 

Resource  Planning 

c.  Combat  Development 

Current  or  New  Doctrine? 

Competing  Strategies? 

Policy  Study? 

2.  Operation  Support  Tool  (Decision  Aid) 

a.  Skills  Development 

Team?  Yes 

Individual?  No 

b.  Exercise  Driver 

Field  Training  Exercise  Driver?  No 

Command  Post  Exercise  Driver?  Yes 

Individual  Exercise  Driver?  No 

DESCRIPTION: 

Domain :  Land . 

Span:  Theatre. 

Environment:  Day  or  night.  All  weather. 

Force  Composition:  Joint  and  combined  forces.  (Red  and 
Blue) . 

Scope  of  Conflict:  Conventional  warfare. 

Mission  Area:  All  conventional  missions. 

LEVEL  OF  DETAIL  OF  PROCESS  AND  ENTITIES: 

Entity:  Brigade  to  Corp. 

Process :  Attrition  of  personnel  and  equipment,  generation  of 

casualties  (both  battle  and  non  battle),  consxamption  of  classes  1, 

3.  5  and  others,  repair  and  recovery,  resupply,  casualty  treatment 
and  evacuation,  transport  and  movement. 
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CONSTRUCTION; 

Human  Participation; 

(1)  Required: 

(a)  For  Decisions?  Yes 

(b)  For  Process?  No 

( c )  For  Both? 

(2)  Not  Required: 

(a)  Interruptable? 

(b)  Scheduled  Changes? 

(c)  Not  permitted? 


Time  Processing; 

( 1  )  Dynamic : 

(a)  Time  Step?  Yes.  24  hour  game  turn  to  6  hours 

real  time. 

(b)  Event  Step? 

( c )  Closed  Form? 

(2)  Static: 


Treatment  of  Randomness: 

(1)  Stochastic: 

(a)  Direct  Computation?  Yes 

(b)  Monte  Carlo?  No 

(2)  Deterministic: 

(a)  Generate  a  value  as  a  function  of  an  expected 
value? 

(b)  Basically  Deterministic  (No  randomness)? 

Sidedness : 

(1)  One-sided? 

(2)  Two-sided: 

(a)  Symmetric? 

(b)  Asymmetric 

One  side  non-reactive? 

Both  sides  reactive?  Yes 

(3)  Greater  than  two-sided: 

(a)  Symmetric? 

(b)  Asymmetric 

One  or  more  side  non-reactive? 

All  sides  reactive? 


LIMITATIONS :  Only  limited  Naval  and  Air  effects  are  modelled. 


PLANNED  IMPROVEMENTS /MODIFICATIONS:  Planned  replacement  by  OPALS. 


INPUT :  Weapons,  attrition  tables,  characteristics  of  units,  road 
networks,  consumption  tables.  Logistic  functional  characteristics. 


OUTPUT :  Printed  reports  of  staff  tables,  attrition  logistics 
holdings . 


HARDWARE  AND  SOFTWARE: 

Computer  ( OS ) :  IBM  PC/AT  with  PC  Network;MS  DOS  3.2. 
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storage:  8mb  disk  for  total  system.  1.5mb  per  station. 

Peripherals :  132  column  printers. 

Programming  Language :  UCSD  ( PASCAL ) . 

Documentation :  Draft. 

SECURITY  CLASSIFICATION:  Restricted. 

GENERAL  DATA: 

Data  Base:  2  weeks. 

CPU  Time  Per  Cycle:  Not  applicable. 

Data  Output  Analysis :  None . 

Freguencv  of  Uses:  1  per  year. 

Users :  Command  and  General  Staff  Course. 
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TITLE:  TOW  Missile  System  Simulations  DATE  IMPLEMENTED:  1978 

MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Materiel  Systems  Analysis  Activity  (AMSAA) 

POINT  OF  CONTACT:  Director,  USAMSAA,  ATTN:  AMXSY-CS 

(MR.  A.  GORDON),  Aberdeen  Proving  Ground,  Mr*  21005-5071 
DSN  298-6459  or  Comm  (301)  278-6459 

PURPOSE :  A  set  of  research  and  evaluation  tools  used  during  system 
development  and  to  provide  item  level  performance  input  to  force- 
on-force  models.  The  TOW  Missile  Systems  Simulations  are 
computerized,  analytical  models  that  simulate  the  in-flight 
performance  of  the  family  of  TOW  Missile  Systems.  These 
simulations  are  used  primarily  to  compute  the  accuracy  of  the  TOW 
Missile  Systems  using  gunner  aiming  error  and  target  motions  as 
input . 

DESCRIPTION :  The  TOW  simulations  include  6  degree-of-freedom 

equations  of  motion,  mathematical  models  of  the  guidance  equations 
and  uncertainties  associated  with  certain  parameters. 

Domain ;  Land,  air. 

Span:  Individual. 

Environment :  None . 

Force  Composition:  Element. 

Scope  of  Conflict:  Any  involving  guided  anti-armor  weapons. 

Mission  Area:  Anti-armor. 

Level  of  Detail  of  Processes  and  Entities: 

Entity:  Individual  weapon  and  its  mount. 

Processes :  Probability  of  hit. 

CONSTRUCTION: 

Human  Participation:  Not  permitted. 

Time  Processing:  Static. 

Treatment  of  Randomness:  Stochastic,  Monte  Carlo. 

Sidedness :  One-sided. 

LIMITATIONS ;  One-on-one,  no  obscuration. 

PLANNED  IMPROVEMENTS /MODIFICATIONS :  None. 

INPUT:  Gunner  Aiming  Error;  Target  Velocity. 
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OUTPUT :  User  selectable  including  means  and  standard  deviations 

of  the  missile's  position  as  a  function  of  time. 

HARDWARE  AND  SOFTWARE: 

Computer  (OS);  Cray  XMP  (UNIX) 

Storage  required:  32K 
Peripherals :  None . 

Programming  Language :  FORTRAN 

Documentation :  AMSAA  TR  293,  "Simulation  and  Analysis  of  the 

Training  Effectiveness  Analysis-TOW  (TEA-TOW)  Flight  Data,"  Patrick 
E.  Corcoran,  April  1980. 

SECURITY  CLASSIFICATION:  (Model  without  data)  UNCLASSIFIED. 
GENERAL  DATA: 

Data  Base:  Available  from  tests  and  separate  models;  about  one 
week  depending  on  scope . 

CPU  Time  per  Cycle;  5  seconds. 

Data  Output  Analysis:  A  few  hours. 
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TITLE:  Transportaticn  and  Supply  Activities  (TRANSACT) 

DATE  IMPLEMENTED:  01/01/82 
MODEL  TYPE:  Analysis 

PROPCXIENT:  TRADOC  Analysis  Cairnand,  Ft  Lee  (TRAC-LEE) 

Fort  Lee,  VA  23801 

POINT  OF  OCNTACT:  Bruce  E.  Lasswell,  DSN:  539-1816,  Fort  Lee,  VA  23801 

PURPOSE:  To  furnish  information  on  how  supply  requests  may  be  satisfied 
under  caistraints  of  load/unload  capability,  vehicle  avciilability, 
terminal /dock  availability,  network  and  enemy  attack. 

DESCRIPTTCN:  TRANSACT  is  a  physical  distribution  model  created  using  the 
MAWLOGS  Modeling  System.  It  may  be  run  either  stochastically  or 
deterministically.  Unit  requests  are  levied  on  a  supply  system  vhich 
assigns  loading  assets  and  vehicles  to  ship  supplies  over  a  detailed 
network.  Vehicles  may  be  attacked  vhen  halted.  The  terminals,  supply 
points,  and  network  may  cilso  be  attacked. 

Ca^STRLOTCN: 

HUMAN  PAECncIPATTCN:  Not  required — scheduled  changes. 

TIME  PROCESSING:  Dynamic,  event-step. 

TREATMENT  OF  RANDOMNESS:  Either  stochastic,  Monte  Carlo  or  basically 
deterministic  as  required  by  the  user. 

SIDEmESS:  One-sided. 

LIMITATTCNS :  Requires  extensive  data  inpjut.  Not  directly  related  to 
ccmbat  models. 

PLANNED  IMPROVEMENTS  AND  MaJIFICATTONS :  None. 

INPUT:  Weight  and  cube  of  items  to  be  moved,  supply  sup^rt  structure 
and  stockage  pjarameters/policy,  transportation  network  discription,  supply 
request  schedule,  vehicle  characteristics  and  location,  scenario  such  as 
location  and  priority  of  units,  and  attack  schedule. 

OUTPUT:  Weight  and  cube  of  cargo  delivered  (also  number  of  items  by 
item),  itans  requested,  network  and  vehicle  overloads,  average  and  peak  wo 
for  each  link/ terminal,  queue  buildups  for  each  link/ terminal,  supply 
point  workloai^  and  supply  status  by  node/class/item,  dock  and  v^iicle 
utilization,  BCH  at  supply  units  over  time,  vehicle  production  in  terms  of 
weight  and  distance,  attack  results. 

HARDWARE  AND  SOFIV^ARE: 

COMPUTER  (OS):  VAX  11/780,  SUN  series. 

STORAGE:  Variable. 

PERIPHERALS:  Printer  and  tape  drive. 

PROGRAMMING  LANGUACE:  FOORAN  77,  FCKIRAN  IV,  GASP  IV. 

DOCUMENTATTCN:  Users'  Guide  for  LOGATAK  II  (DLSIE  42543-MC), 
Programers'  Guide  for  LOGATAK  II. 
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OTHER  OCWlENrS:  TRANSACT  was  created  using  the  Models  of  the  Army 
Worldwide  Logistics  Systan  (MAWLOGS). 

SEXURITY  CLASSIFICATICN:  Unclassified. 

GhiMhJ<AL  DATA  AND  TIME  RE]OUIRE>ENrS : 

DATABASE:  N/A. 

CPU  TIME  PER  CYCLE:  Varies. 

DATA  OUTPUT  ANALYSIS:  One  to  three  weeks. 

FREQUENCY  OF  USE:  As  needed. 

USERS:  Proponent  and  U.S.  Army  Transportation  School. 

CCt'OTENTS:  Government  agencies  can  obtain  TRANSACT  with  a  signed 
manorandum  of  agreement.  Government  contractors  with  a  valid  contract 
requiring  the  use  of  TRANSACT  can  also  obtain  the  model  with  the  approval 
of  the  TRAC  Commanding  General.  Inquiries  for  obtaining  the  model  and 
supporting  data  bases  should  be  addressed  to  TRAC-TCO,  Ft.  Leavenworth,  KS 
66027-5200  or  call  DSN:  552-5511  or  commercial  913-684-5511. 
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TITLE ;  TRANSMO  -  Transportation  Model  Date  Implemented:  1973 
MODEL  TYPE:  Analysis 

PROPONENT :  U.S.  Army  Concepts  Analysis  Agency 

Attn:  Mobilization  and  Deployment  Directorate 
8120  Woodmont  Avenue 
Bethesda,  MD  20814-2797 

POINT  OF  CONTACT:  Ms.  Vera  W.  Hayes,  (301)  295-1583,  DSN  295-1583 

PURPOSE :  TRANSMO  is  used  primarily  to  analyze  strategic  deployment 
issues  taken  in  the  context  of  the  Defense  Planning  Guidance  (DPG) 
Scenario.  It  specifically  simulates  the  loading  of  cargo  on  inter¬ 
theater  lift  vehicles,  ultimately  resulting  in  an  arrival  sequence 
of  cargo  (unit  equipment,  resupply,  and  personnel)  in  the 
theater (s)  of  operation. 

DESCRIPTION: 

Domain:  Sea  and  air 

Span:  Accommodates  any  theater  or  theaters  depending  on  data 

base  input 

Environment :  Availabilities,  loading  and  unloading  time  of 

inter- theater  lift  assets  are  represented  in  terms  of  hundredths 
of  an  hour.  Port  throughput  capacities  are  represented  by  numbers 
of  lift  assets  that  can  be  handled  at  any  given  time  during  the 
simulation. 

Force  Composition:  Movement  requirements  represent  all  services, 
with  particular  emphasis  on  Army  requirements  (data  base 
dependent) . 

Scope  of  Conflict:  Generally  conventional  with  capability  to 
represent  chemical  degradation  of  ports. 

Mission  Area:  Strategic  deployment  for  force  capability  and 

planning  analysis.  Generally  represents  sea  and  airlift 
requirements . 

Level  of  Detail  of  Processes  and  Entities:  Processes  on  an 

hourly  basis  for  aircraft  and  a  daily  basis  for  sealift.  Lift 
assets  are  represented  by  their  speed  and  capacity — short  tons  for 
airlift  and  short  tons,  square  feet,  and  measurement  tons  for 
sealift.  Movement  requirements,  which  represent  a  varied  level  of 
detail  from  a  division  to  a  UIC  or  an  aggregation  of  resupply  or 
ammunition  requirements,  are  displayed  by  their  characteristics 
(bulk,  over,  outsize  cargo  for  air  requirements  and  short  tons, 
square  feet,  and  measurement  tons  for  sealift  requirements). 
Attrition  is  based  on  an  expected  value;  if  sea  or  air  assets  are 
in  the  zone  of  hazard  during  the  period  in  which  attrition  is  begin 
applied,  each  vessel  will  be  attrited  by  the  expected  attrition 
value  in  effect.  Sealift  convoy  operations  can  be  simulated. 
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TRANSMO  can  be  viewed  as  a  model  with  a  flexible  level  of  detail 
ranging  from  low  to  high  levels  of  resolution  depending  upon  the 
input  data. 

CONSTRUCTION : 

Human  Participation:  None  required. 

Time  Processing;  Dyncimic,  time  and  event  step 

Treatment  of  Randomness :  Sea  and  air  attrition  are 

deterministically  assessed  based  on  expected  value  during  a  time 
period. 

Sidedness :  One-sided 

LIMITATIONS :  Does  not  track  specific  commodities  and  individual 

lift  assets. 

PLANNED  IMPROVEMENTS  AND  MODIFICATIONS:  Automatic  generation  of 
balanced  deployment  (combat,  combat  service,  combat  service 
support).  Refine  airlift  and  operations.  Time  phasing  of  port 
capacities . 

INPUT: 

•  Scenario  data  include 

• •  lift  asset  availability  at  POEs 
• •  asset  capacities 
•  *  load  and  unload  times 
• •  distances  between  ports 
• •  predetermined  attrition  rates 
• •  port  constraints 

•  Movement  requirements  include 
• •  availability  at  the  POE 

• •  latest  arrival  date  at  the  POD 

••  unit  of  measurements  expressed  in  terms  of  short  tons, 
square  feet,  and  measurement  tons 
• •  priority  for  movement 

OUTPUT :  Produces  printouts  of  movement  requirements;  attrition 

associated  with  each  requirement,  and  arrival  time  at  the  POD. 
Many  other  analyst  reports  are  available  for  review  to  determine 
how  the  deployment  was  conducted  e.g.,  lift  utilization,  closure 
by  cargo  category,  etc. 

HARDWARE  AND  SOFTWARE: 

Computer :  Designed  to  run  on  the  UNISYS  1100/84. 

Storage:  80,000  blocks  (40  MB)  for  the  model  only 
Peripherals :  Minimum  requirements:  one  printer,  one  VT100 
terminal,  and  one  400K  block  hard  disk 
Language:  FORTRAN  77 

Documentation :  User  manual  with  two  appendixes,  (updated  Jul  92) 

SECURITY  CLASSIFICATION:  Unclassified,  but  data  bases  are 

generally  classified. 
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